<![CDATA[Deutsches Simutransforum - Grafik]]> https://simutrans-forum.de/mybb/ Mon, 18 May 2026 21:10:35 +0000 MyBB <![CDATA[Pak128 unmaintained?]]> https://simutrans-forum.de/mybb/showthread.php?tid=9535 Tue, 04 Jan 2022 09:13:07 +0000 makie]]> https://simutrans-forum.de/mybb/showthread.php?tid=9535
Irgendwie mich stört das.

Es ist eines der großen und beliebten Paks und Basis für einiges anderes.
Es fehlt eigentlich nicht viel. Die neuen Programmfunktionen ergänzen. Die Scripte zum packen flott machen.
Mit einer aktuellen makeobj packen und releasen.
Vielleicht noch die neuen Häfen ergänzen?
Ich könnte den Fahrzeugen das Preisschema von pak128.german überstülpen. Das wäre nicht viel Arbeit.
Ich bin zwar eigentlich mit meinen bisherigen Sachen arbeitsmäßig  schon gut ausgelastet. Würde aber einige Tage durchaus investieren, um dem pak128 wieder Leben einzuhauchen.

Was haltet ihr davon?

Finden sich Mitstreiter?]]>
Irgendwie mich stört das.

Es ist eines der großen und beliebten Paks und Basis für einiges anderes.
Es fehlt eigentlich nicht viel. Die neuen Programmfunktionen ergänzen. Die Scripte zum packen flott machen.
Mit einer aktuellen makeobj packen und releasen.
Vielleicht noch die neuen Häfen ergänzen?
Ich könnte den Fahrzeugen das Preisschema von pak128.german überstülpen. Das wäre nicht viel Arbeit.
Ich bin zwar eigentlich mit meinen bisherigen Sachen arbeitsmäßig  schon gut ausgelastet. Würde aber einige Tage durchaus investieren, um dem pak128 wieder Leben einzuhauchen.

Was haltet ihr davon?

Finden sich Mitstreiter?]]> <![CDATA[Tutorial Modellierung für Simutrans (vorzugsweise mit 3dsMax)]]> https://simutrans-forum.de/mybb/showthread.php?tid=9109 Sun, 27 Oct 2019 18:17:08 +0000 Pumuckl999]]> https://simutrans-forum.de/mybb/showthread.php?tid=9109 . Das kann ich die Woche (hoffentlich) weiterschreiben.

Tutorial Modellierung für Simutrans (vorzugsweise mit 3dsMax)

Grundlagen Polygonmodeller

Poly- in Polygonmodeller bringt uns gleich mittenrein und zu einigen Problemen: Poly=viel, mehrere; d.h. unsere Objekte bestehen allesamt aus Flächen mit mehr oder weniger Ecken. Für die Grafikkarte werden sämtliche Polygone zudem in Dreiecke zerlegt, die Polygonart mit der geringsten Eckenanzahl. Braucht uns uns i.d.R. nicht kümmern, erzeugte Polygone werden automatisch in Dreiecke zerlegt(1).
Logisch scheint, dass man damit nur eckige Objekte bauen könne, niemals gerundete(2).

(1) Der Computer weiss leider nicht, was der Anwender genau will, deswegen müssen wir in einigen Fällen nachhelfen. Bild 1 zeigt zwei verschiedene Polygonarten, nennen wir das linke ein konvexes Polygon, die anderen beiden konkav. Bei der Zerlegung in Dreiecke werden die vorhandenen Punkte verbunden – beim linken Polygon werden diese Verbindung immer innerhalb der Fläche liegen, egal welchen Punkt wir mit einem anderen verbinden. Das können wir dem PC überlassen, gibt ja auch noch andere Hobbys. Beim mittleren sieht die Sache anders aus: Eine Verbindungsline zwischen zwei Punkten kann theoretisch auch ausserhalb der Fläche liegen und zu Darstellungsfehlern führen. Solche Flächen sollten wir also selbst so teilen, dass jede entstehende Fläche problemlos in Dreiecke zerlegt werden kann. Im rechten Beispiel ist die Fläche komplett in Dreiecke unterteilt, das ist allerdings, wie erwähnt, nicht zwingend nötig, Hauptsache wir erzeugen Flächen, bei denen Punktverbindungen immer innerhalb liegen.

[Bild: bild1_konvex-konkavrejxi.png]
Bild 1

Da Objekte oft durch Gittermanipulation entstehen, wir also vorhandene Punkte im Raum verschieben, führt uns das zum nächsten Problem. Bild 2 zeigt links das ursprüngliche Polygon (1). Von diesem Polygon verschieben wir den hinteren rechten Eckpunkt in die Höhe (Bsp. 2). Bei der Zerlegung in Dreiecke mit den vorhandenen Punkten gibt es zwei Möglichkeiten (Bsp. 3 und 4). Da die Grafikkarte ja nicht wissen kann, welche dieser Möglichkeiten wir wollen, sollten wir uns für Bsp. 3 oder 4 entscheiden. 3 gibt einen „Berg“ in der Mitte der Fläche, 4 ein „Tal“. Btw wird in den Grafiken für Simutrans die Darstellung entweder gleichbleibend falsch oder richtig sein, in 3D-Welten wird ggf. regelmäßig zwischen beiden Möglichkeiten gewechselt, das gibt dann im Zweifelsfall eine flackernde Fläche im 3D-Spiel.

[Bild: bild2_punktverschiebu9ujz6.png]
Bild 2

T-Verbindungen: Genau drei Flächenverbindungen treffen sich in einem Punkt, gezeigt in Bild 3. Der erste Fall ist unproblematisch, die T-Verbindungen sind nur am Flächenrand zu finden. Beim zweiten Beispiel findet sich eine solche Verbindung in der Fläche, auch das kann zu Darstellungsfehlern führen. Also stellen wir entweder den Zustand aus Bsp. 1 her oder den aus Bsp. 3.

[Bild: bild3_t-verbindungen8kky3.png]
Bild 3

(2) Wir wollen natürlich auch Objekte abbilden, die nicht eckig sind. Theoretisch gibt es dafür zwei Möglichkeiten. Die schlechtere: Wir unterteilen unsere Fläche so oft, dass auch mit den vielen entstehenden Teilflächen der Eindruck entsteht, wir hätten eine Rundung und keine Ecke. Die bessere: Wir nutzen sogenanntes Smoothing, eine Technik die erlaubt, auch eckige Formen rund abzubilden. Im Standardfall steht die Flächennormale senkrecht auf der Fläche, beim Smoothing wird eine Normale für jeden Punkt in der Fläche berechnet, so dass der Eindruck entsteht, die eckige Fläche sei rund. Wie viele Flächen wir genau brauchen, hängt von der Objektgröße und vom persönlichen Geschmack ab. Für Simutrans müssen es für Zylinder selten mehr als zwölf sein.
Smoothing muss man nicht auf ganze Objekte anwenden, man könnte zB. Auch eine Hälfte des Zylinders rund darstellen, die andere eckig.

Bild 4 zeigt links einen achtseitigen „Zylinder“, der in der Mitte hat 48 Seiten und sieht damit schon annähernd rund aus. Erzeugt leider auch mehrmals so viele Daten. Der rechte Zylinder hat acht Seiten und wurde mit Smoothing versehen. Die Mantelflächen wirken damit deutlich runder, als Bsp 1. Hinnehmbares Manko ist, dass die Deckflächen weiterhin eckig wirken. Achtet in 3D-Spielen darauf, fällt bei Vasen, Töpfen, etc. immer mal wieder auf.
Tip zu zylindrischen Körpern: Wenn man als Flächenzahl der Mantelfläche immer eine durch vier teilbare wählt, erleichtert dies die Bearbeitung. Solange der Zylinder nicht verdreht, liegen dann immer vier der Flächenkanten des Mantels auf den Hauptachsen.

[Bild: bild4_smothingd8kc3.png]
Bild 4

Verdeckte Flächen: Bild 5 zeigt einen Würfel, der auf einer Grundplatte steht, in Simutrans könnte dies ein Haus sein, das auf der Grundkachel steht. Zu sehen ist genaugenommen aber kein Würfel, sondern nur drei Flächen davon. Da in Simutrans die Ansicht allerdings gedreht werden kann, brauchen wir fünf der Würfelflächen. Die Grundfläche ist niemals zu sehen, sollte also unbedingt gelöscht werden, spart bei unserem Beispielwürfel immerhin 1/6 der Flächen.

[Bild: bild5_flaechenloeschepbkor.png]
Bild 5

Detailgenauigkeit: Wir rechnen mal kurz: Eine Simutranskachel in pak128.german (bei Gebäuden) soll ca. 20x20m abbilden. Die Grafik dafür ist 128x128 Pixel gross. Die Kachel liegt allerdings in isometrischer Ansicht darin, also wir brauchen die Diagonale der Kachel. Nach Pythagoras wären das D²=(20m)²+(20m)²gibt ~28,3m für die Diagonale. Dies durch die 128Pixel Seitenlänge geteilt, gibt ~220mm/Pixel. Da sich einerseits Pixel in der Fotobearbeitung nicht teilen lassen, andererseits z.B. Schatten und/oder das später besprochene Ambient Occlusion Objekte optisch verbreitern, modelliere ich selbst Details meist >100mm. Alles was kleiner ist, wird weggelassen. Zusätzliches Problem ist, dass der Renderer i.d.R. kleinere Objekte nicht komplett verwirft, von einem Balken mit meinetwegen 80mm sind im Rendering ggf. dann einige wenige Pixel zu sehen.
Zusätzlich sollte man sich noch dazu entscheiden, nicht alle Details >100mm ins Modell zu „kneten“. Dachrinnen an Häusern sind so ein Beispiel, die lasse ich immer weg. Relativ hoher Aufwand für wenig Wirkung.]]> . Das kann ich die Woche (hoffentlich) weiterschreiben.

Tutorial Modellierung für Simutrans (vorzugsweise mit 3dsMax)

Grundlagen Polygonmodeller

Poly- in Polygonmodeller bringt uns gleich mittenrein und zu einigen Problemen: Poly=viel, mehrere; d.h. unsere Objekte bestehen allesamt aus Flächen mit mehr oder weniger Ecken. Für die Grafikkarte werden sämtliche Polygone zudem in Dreiecke zerlegt, die Polygonart mit der geringsten Eckenanzahl. Braucht uns uns i.d.R. nicht kümmern, erzeugte Polygone werden automatisch in Dreiecke zerlegt(1).
Logisch scheint, dass man damit nur eckige Objekte bauen könne, niemals gerundete(2).

(1) Der Computer weiss leider nicht, was der Anwender genau will, deswegen müssen wir in einigen Fällen nachhelfen. Bild 1 zeigt zwei verschiedene Polygonarten, nennen wir das linke ein konvexes Polygon, die anderen beiden konkav. Bei der Zerlegung in Dreiecke werden die vorhandenen Punkte verbunden – beim linken Polygon werden diese Verbindung immer innerhalb der Fläche liegen, egal welchen Punkt wir mit einem anderen verbinden. Das können wir dem PC überlassen, gibt ja auch noch andere Hobbys. Beim mittleren sieht die Sache anders aus: Eine Verbindungsline zwischen zwei Punkten kann theoretisch auch ausserhalb der Fläche liegen und zu Darstellungsfehlern führen. Solche Flächen sollten wir also selbst so teilen, dass jede entstehende Fläche problemlos in Dreiecke zerlegt werden kann. Im rechten Beispiel ist die Fläche komplett in Dreiecke unterteilt, das ist allerdings, wie erwähnt, nicht zwingend nötig, Hauptsache wir erzeugen Flächen, bei denen Punktverbindungen immer innerhalb liegen.

[Bild: bild1_konvex-konkavrejxi.png]
Bild 1

Da Objekte oft durch Gittermanipulation entstehen, wir also vorhandene Punkte im Raum verschieben, führt uns das zum nächsten Problem. Bild 2 zeigt links das ursprüngliche Polygon (1). Von diesem Polygon verschieben wir den hinteren rechten Eckpunkt in die Höhe (Bsp. 2). Bei der Zerlegung in Dreiecke mit den vorhandenen Punkten gibt es zwei Möglichkeiten (Bsp. 3 und 4). Da die Grafikkarte ja nicht wissen kann, welche dieser Möglichkeiten wir wollen, sollten wir uns für Bsp. 3 oder 4 entscheiden. 3 gibt einen „Berg“ in der Mitte der Fläche, 4 ein „Tal“. Btw wird in den Grafiken für Simutrans die Darstellung entweder gleichbleibend falsch oder richtig sein, in 3D-Welten wird ggf. regelmäßig zwischen beiden Möglichkeiten gewechselt, das gibt dann im Zweifelsfall eine flackernde Fläche im 3D-Spiel.

[Bild: bild2_punktverschiebu9ujz6.png]
Bild 2

T-Verbindungen: Genau drei Flächenverbindungen treffen sich in einem Punkt, gezeigt in Bild 3. Der erste Fall ist unproblematisch, die T-Verbindungen sind nur am Flächenrand zu finden. Beim zweiten Beispiel findet sich eine solche Verbindung in der Fläche, auch das kann zu Darstellungsfehlern führen. Also stellen wir entweder den Zustand aus Bsp. 1 her oder den aus Bsp. 3.

[Bild: bild3_t-verbindungen8kky3.png]
Bild 3

(2) Wir wollen natürlich auch Objekte abbilden, die nicht eckig sind. Theoretisch gibt es dafür zwei Möglichkeiten. Die schlechtere: Wir unterteilen unsere Fläche so oft, dass auch mit den vielen entstehenden Teilflächen der Eindruck entsteht, wir hätten eine Rundung und keine Ecke. Die bessere: Wir nutzen sogenanntes Smoothing, eine Technik die erlaubt, auch eckige Formen rund abzubilden. Im Standardfall steht die Flächennormale senkrecht auf der Fläche, beim Smoothing wird eine Normale für jeden Punkt in der Fläche berechnet, so dass der Eindruck entsteht, die eckige Fläche sei rund. Wie viele Flächen wir genau brauchen, hängt von der Objektgröße und vom persönlichen Geschmack ab. Für Simutrans müssen es für Zylinder selten mehr als zwölf sein.
Smoothing muss man nicht auf ganze Objekte anwenden, man könnte zB. Auch eine Hälfte des Zylinders rund darstellen, die andere eckig.

Bild 4 zeigt links einen achtseitigen „Zylinder“, der in der Mitte hat 48 Seiten und sieht damit schon annähernd rund aus. Erzeugt leider auch mehrmals so viele Daten. Der rechte Zylinder hat acht Seiten und wurde mit Smoothing versehen. Die Mantelflächen wirken damit deutlich runder, als Bsp 1. Hinnehmbares Manko ist, dass die Deckflächen weiterhin eckig wirken. Achtet in 3D-Spielen darauf, fällt bei Vasen, Töpfen, etc. immer mal wieder auf.
Tip zu zylindrischen Körpern: Wenn man als Flächenzahl der Mantelfläche immer eine durch vier teilbare wählt, erleichtert dies die Bearbeitung. Solange der Zylinder nicht verdreht, liegen dann immer vier der Flächenkanten des Mantels auf den Hauptachsen.

[Bild: bild4_smothingd8kc3.png]
Bild 4

Verdeckte Flächen: Bild 5 zeigt einen Würfel, der auf einer Grundplatte steht, in Simutrans könnte dies ein Haus sein, das auf der Grundkachel steht. Zu sehen ist genaugenommen aber kein Würfel, sondern nur drei Flächen davon. Da in Simutrans die Ansicht allerdings gedreht werden kann, brauchen wir fünf der Würfelflächen. Die Grundfläche ist niemals zu sehen, sollte also unbedingt gelöscht werden, spart bei unserem Beispielwürfel immerhin 1/6 der Flächen.

[Bild: bild5_flaechenloeschepbkor.png]
Bild 5

Detailgenauigkeit: Wir rechnen mal kurz: Eine Simutranskachel in pak128.german (bei Gebäuden) soll ca. 20x20m abbilden. Die Grafik dafür ist 128x128 Pixel gross. Die Kachel liegt allerdings in isometrischer Ansicht darin, also wir brauchen die Diagonale der Kachel. Nach Pythagoras wären das D²=(20m)²+(20m)²gibt ~28,3m für die Diagonale. Dies durch die 128Pixel Seitenlänge geteilt, gibt ~220mm/Pixel. Da sich einerseits Pixel in der Fotobearbeitung nicht teilen lassen, andererseits z.B. Schatten und/oder das später besprochene Ambient Occlusion Objekte optisch verbreitern, modelliere ich selbst Details meist >100mm. Alles was kleiner ist, wird weggelassen. Zusätzliches Problem ist, dass der Renderer i.d.R. kleinere Objekte nicht komplett verwirft, von einem Balken mit meinetwegen 80mm sind im Rendering ggf. dann einige wenige Pixel zu sehen.
Zusätzlich sollte man sich noch dazu entscheiden, nicht alle Details >100mm ins Modell zu „kneten“. Dachrinnen an Häusern sind so ein Beispiel, die lasse ich immer weg. Relativ hoher Aufwand für wenig Wirkung.]]> <![CDATA[BR 99 Schmalspur]]> https://simutrans-forum.de/mybb/showthread.php?tid=8883 Wed, 22 Aug 2018 15:10:48 +0000 Bo57Wi]]> https://simutrans-forum.de/mybb/showthread.php?tid=8883
Ich entrümpele gerade ein ururaltes Haus und habe dort ein Fotoalbum mit Maßbildern und Foto von Schmalspurbahnen gefunden.


Hat da jemand Interesse dran ?

[Bild: 99_001-005.JPG][Bild: 99_321-323.JPG][Bild: 99_4052.JPG][Bild: Harzbahn_99_6001-4.JPG]]]>
Ich entrümpele gerade ein ururaltes Haus und habe dort ein Fotoalbum mit Maßbildern und Foto von Schmalspurbahnen gefunden.


Hat da jemand Interesse dran ?

[Bild: 99_001-005.JPG][Bild: 99_321-323.JPG][Bild: 99_4052.JPG][Bild: Harzbahn_99_6001-4.JPG]]]> <![CDATA[Lehrer gesucht]]> https://simutrans-forum.de/mybb/showthread.php?tid=8831 Thu, 01 Feb 2018 17:56:13 +0000 Goettervater]]> https://simutrans-forum.de/mybb/showthread.php?tid=8831 Und wenn ich mich nicht völlig dusslig anstelle mir die Fahrzeugerstellung näher bringt. Also das 3d Objekt bekomm ich hin. aber was mache ich dann mit den Ansichten


Und weil ich gerade so schön beim fragen bin. Auf der Seite steht das es eine ISO Ansicht ist, allerdings sagte mir mal jemand das der Winkel leicht von der ISO abweicht. Weis da wer was?

So viele Fragen und ein leerer Kopf]]> Und wenn ich mich nicht völlig dusslig anstelle mir die Fahrzeugerstellung näher bringt. Also das 3d Objekt bekomm ich hin. aber was mache ich dann mit den Ansichten


Und weil ich gerade so schön beim fragen bin. Auf der Seite steht das es eine ISO Ansicht ist, allerdings sagte mir mal jemand das der Winkel leicht von der ISO abweicht. Weis da wer was?

So viele Fragen und ein leerer Kopf]]> <![CDATA[Der Prototyp vorgestellt "Kroatische Städte-Straßennamen"]]> https://simutrans-forum.de/mybb/showthread.php?tid=8583 Fri, 30 Dec 2016 23:28:22 +0000 Pascallok]]> https://simutrans-forum.de/mybb/showthread.php?tid=8583
Ich habe erste Textdokument für kroatische Städtenamen verfügbar!
Und war interessant wie Rabacer Straßennamen.

Gruß Pascallok

.txt   citylist_hr.txt (Größe: 1,18 KB / Downloads: 813)

.txt   streetlist_hr.txt (Größe: 519 Bytes / Downloads: 825) ]]>
Ich habe erste Textdokument für kroatische Städtenamen verfügbar!
Und war interessant wie Rabacer Straßennamen.

Gruß Pascallok

.txt   citylist_hr.txt (Größe: 1,18 KB / Downloads: 813)

.txt   streetlist_hr.txt (Größe: 519 Bytes / Downloads: 825) ]]> <![CDATA[gerenderte Grafiken]]> https://simutrans-forum.de/mybb/showthread.php?tid=8559 Sun, 23 Oct 2016 07:08:29 +0000 Wurzelgnom]]> https://simutrans-forum.de/mybb/showthread.php?tid=8559
da inzwischen viele Grafiken in 3D erstellte werden, wäre es hilfreich wenn diese auch in 64er Größe hin und wieder zur Verfügung gestellt würden. ( ggf nicht öffentlich per PN/Mail )

Für 64er Größe wird auf Grund unterschiedlicher Ursachen nichts mehr gemacht.

Ohne das Objekte für 64er Größe zur Verfügung gestellt werden ( auch roh ohne Nachbearbeitung ) ist der Fortbestand der 64er Sets fraglich.]]>
da inzwischen viele Grafiken in 3D erstellte werden, wäre es hilfreich wenn diese auch in 64er Größe hin und wieder zur Verfügung gestellt würden. ( ggf nicht öffentlich per PN/Mail )

Für 64er Größe wird auf Grund unterschiedlicher Ursachen nichts mehr gemacht.

Ohne das Objekte für 64er Größe zur Verfügung gestellt werden ( auch roh ohne Nachbearbeitung ) ist der Fortbestand der 64er Sets fraglich.]]> <![CDATA[Freahks Pixelschieberei (pak128)]]> https://simutrans-forum.de/mybb/showthread.php?tid=8524 Sun, 04 Sep 2016 11:16:32 +0000 Freahk]]> https://simutrans-forum.de/mybb/showthread.php?tid=8524 Da ich aktuell vorhabe einige zusätzliche Fahrzeuge für das pak128 zu erstellen und ich die fahrzeuge nicht quer durchs Forum streuen möchte, werde ich alle Fahrzeuge in diesem Post hier auflisten und diesen Thread für Diskussionen und Hilfeschreie nutzen.
Da ich noch totaler Anfänger mit gimp bin, werde ich erstmal nur existierende Grafiken verändern und daraus neue Fahrzeuge erstellen.


Bereits fertig:
ICE1 und ICE2: http://simutrans-germany.com/files/upload/ACE1,2.rar
Der ICE1 unterscheidet grafisch nicht vom pak128 ICE1 von Haru, für den ICE2 habe ich einen Speisewagen und den Steuerwagen anhand der ICE1 Wagen von Haru erstellt.

ICEG: http://simutrans-germany.com/files/upload/ACEG.rar
Die Fracht Variante des ICE 2 Es gab tatsächlich mal ein Projekt ICE-G, welches aber nicht umgesetzt wurde.

Eurostar e320: http://simutrans-germany.com/files/upload/Eurostar.rar
Der neue Eurostar auf Basis der Velaro Plattform.

ETR1000: http://simutrans-germany.com/files/upload/FS_ETR.rar
Ein bis zu 360 km/h schneller, itelienischer Schnellzug. Dieser wurde nicht von mir, sondern von Fetz123 erstellt und basiert auf dem AGV von SNFOS Gauthier.

VelaroCN: http://simutrans-germany.com/files/upload/VelaroCN.rar
Die Chiensische Variante des ICE3, kann bis zu 380 km/h schnell fahren. Auch dieser wurde von Fetz123 erstellt und basiert auf dem ICE3 von Psycho.

VelaroD: http://simutrans-germany.com/files/upload/velaroD.rar
Der "neue" ICE3 der Baureihe 407. Neben den Personenwagen gibt es auch Postwagen. Vielen Dank an Flemmbrav für den Velaro, den ich als Vorlage genutzt und im Falle der Personenvariante nur leicht angepasst habe.

x-2000: http://simutrans-germany.com/files/upload/x-2000.rar
Der Schwedische X2000 mit Postwagen, aus dem orignial übernommenen Leistungsdaten und einem etwas angepastem balancing. Dieser ist größtenteils identisch zum X2000 von Haru.

IR-4: http://simutrans-germany.com/files/upload/IR-4.rar
Der dänische IR-4 ist eine elektrische, 4-teilige Variante des IC-3. grafisch unterscheidet sich dieser bis auf den Stromabnehmer, nicht vom IC-3. Dementsprechend wurde auch nur der pak128 IC-3 minimal angepasst.

Noch in der Werkstatt:
TGV Duplex, TGV Atlantique, TGV Resseau, IC-3, IR-4 Postwagen.
Velaro-Cargo: Güter Variante des Velaro, ähnlich den von Carex bestellten Zügen
Velaro-G fiktional: Güter Variante des Velaro mit halb offenen mit See-Containern beladenen Wagen
IC2 (DB): Die neuen Doppelstock ICs
ICE21: Halbfiktionaler Doppelstock ICE. Es gab dazu mal eine Studie der Bahn. Diese ist aber irgendwann eingestellt worden.
Doppelstock Regio: moderne Doppelstockwagen des Regionalverkehrs

Noch in Planung:
ICx/ICE4, dazu fehlen mir allerdings noch brauchbare Bilder vom Original und die Werte.

Zusätzlich werde ich einige Post Wagen für existierende addons erstellen, da ich die Auswahl an Postwagen sehr dürftig finde.
und einige Veränderungen an Fahrzeugwerten, da ich im pak128 fast alle Triebzüge zu kurz finde.
Einige Postwagen sind bereits erstellt. Bei Interesse lade ich diese auf Anfrage hoch. Ansonsten werde ich diese später mit allen veränderten Objekten zusammen hochladen.


Für weitere Vorschläge bin ich offen.

Download Link: new download link coming soon
Falls jemand einen besseren Ort für diese Dateien kennt werde ich die Dateien dort hochladen.]]> Da ich aktuell vorhabe einige zusätzliche Fahrzeuge für das pak128 zu erstellen und ich die fahrzeuge nicht quer durchs Forum streuen möchte, werde ich alle Fahrzeuge in diesem Post hier auflisten und diesen Thread für Diskussionen und Hilfeschreie nutzen.
Da ich noch totaler Anfänger mit gimp bin, werde ich erstmal nur existierende Grafiken verändern und daraus neue Fahrzeuge erstellen.


Bereits fertig:
ICE1 und ICE2: http://simutrans-germany.com/files/upload/ACE1,2.rar
Der ICE1 unterscheidet grafisch nicht vom pak128 ICE1 von Haru, für den ICE2 habe ich einen Speisewagen und den Steuerwagen anhand der ICE1 Wagen von Haru erstellt.

ICEG: http://simutrans-germany.com/files/upload/ACEG.rar
Die Fracht Variante des ICE 2 Es gab tatsächlich mal ein Projekt ICE-G, welches aber nicht umgesetzt wurde.

Eurostar e320: http://simutrans-germany.com/files/upload/Eurostar.rar
Der neue Eurostar auf Basis der Velaro Plattform.

ETR1000: http://simutrans-germany.com/files/upload/FS_ETR.rar
Ein bis zu 360 km/h schneller, itelienischer Schnellzug. Dieser wurde nicht von mir, sondern von Fetz123 erstellt und basiert auf dem AGV von SNFOS Gauthier.

VelaroCN: http://simutrans-germany.com/files/upload/VelaroCN.rar
Die Chiensische Variante des ICE3, kann bis zu 380 km/h schnell fahren. Auch dieser wurde von Fetz123 erstellt und basiert auf dem ICE3 von Psycho.

VelaroD: http://simutrans-germany.com/files/upload/velaroD.rar
Der "neue" ICE3 der Baureihe 407. Neben den Personenwagen gibt es auch Postwagen. Vielen Dank an Flemmbrav für den Velaro, den ich als Vorlage genutzt und im Falle der Personenvariante nur leicht angepasst habe.

x-2000: http://simutrans-germany.com/files/upload/x-2000.rar
Der Schwedische X2000 mit Postwagen, aus dem orignial übernommenen Leistungsdaten und einem etwas angepastem balancing. Dieser ist größtenteils identisch zum X2000 von Haru.

IR-4: http://simutrans-germany.com/files/upload/IR-4.rar
Der dänische IR-4 ist eine elektrische, 4-teilige Variante des IC-3. grafisch unterscheidet sich dieser bis auf den Stromabnehmer, nicht vom IC-3. Dementsprechend wurde auch nur der pak128 IC-3 minimal angepasst.

Noch in der Werkstatt:
TGV Duplex, TGV Atlantique, TGV Resseau, IC-3, IR-4 Postwagen.
Velaro-Cargo: Güter Variante des Velaro, ähnlich den von Carex bestellten Zügen
Velaro-G fiktional: Güter Variante des Velaro mit halb offenen mit See-Containern beladenen Wagen
IC2 (DB): Die neuen Doppelstock ICs
ICE21: Halbfiktionaler Doppelstock ICE. Es gab dazu mal eine Studie der Bahn. Diese ist aber irgendwann eingestellt worden.
Doppelstock Regio: moderne Doppelstockwagen des Regionalverkehrs

Noch in Planung:
ICx/ICE4, dazu fehlen mir allerdings noch brauchbare Bilder vom Original und die Werte.

Zusätzlich werde ich einige Post Wagen für existierende addons erstellen, da ich die Auswahl an Postwagen sehr dürftig finde.
und einige Veränderungen an Fahrzeugwerten, da ich im pak128 fast alle Triebzüge zu kurz finde.
Einige Postwagen sind bereits erstellt. Bei Interesse lade ich diese auf Anfrage hoch. Ansonsten werde ich diese später mit allen veränderten Objekten zusammen hochladen.


Für weitere Vorschläge bin ich offen.

Download Link: new download link coming soon
Falls jemand einen besseren Ort für diese Dateien kennt werde ich die Dateien dort hochladen.]]> <![CDATA[pak128 ICE-G]]> https://simutrans-forum.de/mybb/showthread.php?tid=8519 Thu, 01 Sep 2016 10:58:43 +0000 Freahk]]> https://simutrans-forum.de/mybb/showthread.php?tid=8519 Ich hoffe ich bin hier im richtigen Bereich (einen pak128 Bereich schenit es nicht zu geben)
Eines vorab: Ich weiß nicht ob meine Quellen tatsächlich zuverlässig sind, aber das spielt in diesem Fall auch eine her untergeordnete Rolle, da mir die Idee schlicht gefällt und ich auch kein Problem mit fiktionalen Simu Objekten habe, solange diese nicht jeglichen physikalischen Gesetzen widersprechen.

Vor einigen Jahren gab es eine Studie zu einem Güter ICE, dem ICE-G (siehe Wiki) Diese Studie wurde hauptsächlich aus Gründen fehlender Infrastruktur nicht umgesetzt.
Aktuell gibt es die Carex (siehe wiki) , die ein solches Netz zwischen einigen westlichen europäischen Staaten aufbauen wollen.
Ich habe dazu auch ein Dokument gefunden, das von Siemens stammen könnte.

Da mir wie gesagt die Idee gefällt, habe ich mich dran gesetzt um auf Basis des Siemens-velaro von @Flemmbrav ein entsprechendes Pak zu erstellen.
Ich habe ihn bereits gefragt, ob ich dieses hier veröffentlichen darf.

Da ich absoluter Grafik Noob bin, würde mich interessieren wie euch das Teil gefällt (mir gefällt zumindest die See-Container Variante noch nicht) und wie ich es hinbekomme, dass das Teil besser aussieht.

Ich habe zwei unterschiedliche Varianten erstellt: Eine Variante mit geschlossenen Wagen, der zufällig ähnlich dem Velaro aus dem Dokument aussieht (ich habe das Dokument leider erst zufällig gefunden, nachdem ich bereits fertig war) und einen mit halb offenen, mit Containern beladenen Wagen.

Dazu erstmal ein par Screenshots von der Container Variante im Anhang (die andere habe ich noch nicht gepakt und wird nachgeliefert. und sry für de Qualität. als .png wären die zu groß für das Forum gewesen)



Jetzt brauche ich hilfe zum grafischen:
Der Velaro von Flemmbrav ist irgendwie neben der Schiene gefahren. Ich habe die Wagen jetzt mal so verschoben, dass die auf der Schiene fahren.
Gibt es dazu irgendwie eine Vorlage wie die Wagen positioniert sein müssen, damit es passt?
Ansonsten werde ich erstmal versuchen die Nord-Süd Ansichten etwas Richtung Süden zu schieben und die Nordwest-Südost Wagen etwas Richtung Südost zu schieben.

Was mir auch noch nicht sooo sehr gefällt ist der Dachaufbau bei der West-Ost Ansicht und die lächerlich kurz wirkenden Steuerwagen. Wenn ich die aber um die Länge des Führerstandes verlänger, passt die Länge nicht mehr zum pak128. Ich glaube aber das dürfte nicht so wild sein, da man diesen Velaro so oder so nur mit meiner anderen Güter variante kuppeln kann.
Die geschlossenen Postwagen wird man auch mit der Originalvariante von Flemmbrav kuppeln können, die Güter aber vorrausichtlich nicht.

Ich habe mir auch schon überlegt, dass das Balancing wegen dem Speedbonus echt schwierig werden könnte.
Meine Überlegung dazu: Die Züge sollen sich nur rentieren, wenn sie auch viel fahren (und wenig warten) und nur dann, wenn Auslastungen von über 60% erreicht werden, also zum Transport von Waren zwischen zwei Güterbahnhöfen und nicht direkt von Industrie zu Industrie.

Um das zu erreichen möchte ich den Paremeter fixed_cost nutzen und runningcost so einstellen, dass bei dem Speedbonus zum Zeitpunkt des erscheinens der Zug zu 50% ausgelastet werden müsste, um Gewinn zu fahren.
Die geschlossene (und schnellere) Variante sollte erst bei 55% Gewinn einfahren. Beide Angaben jeweils ohne Standzeiten.

Ist das so eine gute Idee oder gibt es da unerwartete Probleme?

Btw. Ich gehe bei beiden Varianten nicht davon aus, dass diese in das offizielle pak128 übernommen werden. Falls dennoch Interesse besteht, ich dafür aber etwas ändern müsste, bin ich gerne dazu bereit entsprechende Änderungen zu machen.

.jpg   VelaroGb2.jpg (Größe: 147,34 KB / Downloads: 985) ]]> Ich hoffe ich bin hier im richtigen Bereich (einen pak128 Bereich schenit es nicht zu geben)
Eines vorab: Ich weiß nicht ob meine Quellen tatsächlich zuverlässig sind, aber das spielt in diesem Fall auch eine her untergeordnete Rolle, da mir die Idee schlicht gefällt und ich auch kein Problem mit fiktionalen Simu Objekten habe, solange diese nicht jeglichen physikalischen Gesetzen widersprechen.

Vor einigen Jahren gab es eine Studie zu einem Güter ICE, dem ICE-G (siehe Wiki) Diese Studie wurde hauptsächlich aus Gründen fehlender Infrastruktur nicht umgesetzt.
Aktuell gibt es die Carex (siehe wiki) , die ein solches Netz zwischen einigen westlichen europäischen Staaten aufbauen wollen.
Ich habe dazu auch ein Dokument gefunden, das von Siemens stammen könnte.

Da mir wie gesagt die Idee gefällt, habe ich mich dran gesetzt um auf Basis des Siemens-velaro von @Flemmbrav ein entsprechendes Pak zu erstellen.
Ich habe ihn bereits gefragt, ob ich dieses hier veröffentlichen darf.

Da ich absoluter Grafik Noob bin, würde mich interessieren wie euch das Teil gefällt (mir gefällt zumindest die See-Container Variante noch nicht) und wie ich es hinbekomme, dass das Teil besser aussieht.

Ich habe zwei unterschiedliche Varianten erstellt: Eine Variante mit geschlossenen Wagen, der zufällig ähnlich dem Velaro aus dem Dokument aussieht (ich habe das Dokument leider erst zufällig gefunden, nachdem ich bereits fertig war) und einen mit halb offenen, mit Containern beladenen Wagen.

Dazu erstmal ein par Screenshots von der Container Variante im Anhang (die andere habe ich noch nicht gepakt und wird nachgeliefert. und sry für de Qualität. als .png wären die zu groß für das Forum gewesen)



Jetzt brauche ich hilfe zum grafischen:
Der Velaro von Flemmbrav ist irgendwie neben der Schiene gefahren. Ich habe die Wagen jetzt mal so verschoben, dass die auf der Schiene fahren.
Gibt es dazu irgendwie eine Vorlage wie die Wagen positioniert sein müssen, damit es passt?
Ansonsten werde ich erstmal versuchen die Nord-Süd Ansichten etwas Richtung Süden zu schieben und die Nordwest-Südost Wagen etwas Richtung Südost zu schieben.

Was mir auch noch nicht sooo sehr gefällt ist der Dachaufbau bei der West-Ost Ansicht und die lächerlich kurz wirkenden Steuerwagen. Wenn ich die aber um die Länge des Führerstandes verlänger, passt die Länge nicht mehr zum pak128. Ich glaube aber das dürfte nicht so wild sein, da man diesen Velaro so oder so nur mit meiner anderen Güter variante kuppeln kann.
Die geschlossenen Postwagen wird man auch mit der Originalvariante von Flemmbrav kuppeln können, die Güter aber vorrausichtlich nicht.

Ich habe mir auch schon überlegt, dass das Balancing wegen dem Speedbonus echt schwierig werden könnte.
Meine Überlegung dazu: Die Züge sollen sich nur rentieren, wenn sie auch viel fahren (und wenig warten) und nur dann, wenn Auslastungen von über 60% erreicht werden, also zum Transport von Waren zwischen zwei Güterbahnhöfen und nicht direkt von Industrie zu Industrie.

Um das zu erreichen möchte ich den Paremeter fixed_cost nutzen und runningcost so einstellen, dass bei dem Speedbonus zum Zeitpunkt des erscheinens der Zug zu 50% ausgelastet werden müsste, um Gewinn zu fahren.
Die geschlossene (und schnellere) Variante sollte erst bei 55% Gewinn einfahren. Beide Angaben jeweils ohne Standzeiten.

Ist das so eine gute Idee oder gibt es da unerwartete Probleme?

Btw. Ich gehe bei beiden Varianten nicht davon aus, dass diese in das offizielle pak128 übernommen werden. Falls dennoch Interesse besteht, ich dafür aber etwas ändern müsste, bin ich gerne dazu bereit entsprechende Änderungen zu machen.

.jpg   VelaroGb2.jpg (Größe: 147,34 KB / Downloads: 985) ]]> <![CDATA[SRGC - Kompass]]> https://simutrans-forum.de/mybb/showthread.php?tid=8449 Sat, 23 Jan 2016 20:47:15 +0000 Leartin]]> https://simutrans-forum.de/mybb/showthread.php?tid=8449
http://forum.simutrans.com/index.php?topic=15194

Wer nicht im internationalen Forum registriert ist darf auch hier posten, ich übertrage das dann ins andere Forum.]]>
http://forum.simutrans.com/index.php?topic=15194

Wer nicht im internationalen Forum registriert ist darf auch hier posten, ich übertrage das dann ins andere Forum.]]> <![CDATA[Pak-Viewer]]> https://simutrans-forum.de/mybb/showthread.php?tid=8353 Sun, 09 Aug 2015 21:06:13 +0000 yeti2015]]> https://simutrans-forum.de/mybb/showthread.php?tid=8353 Gibt es ein Programm, mit dem Pak-Dateien ausgelesen werden können? Wäre hilfreich, wenn man Pak-Dateien für ein Addon zusammenstellen möchte.]]> Gibt es ein Programm, mit dem Pak-Dateien ausgelesen werden können? Wäre hilfreich, wenn man Pak-Dateien für ein Addon zusammenstellen möchte.]]> <![CDATA[Pixeln auf Android : Welche Apps?]]> https://simutrans-forum.de/mybb/showthread.php?tid=8286 Sun, 17 May 2015 17:26:10 +0000 trian]]> https://simutrans-forum.de/mybb/showthread.php?tid=8286
(Zur Info: Das Tablet hat nen Wacom-Stift, ist also eigentlich prädestiniert für Grafikarbeiten.)

Meine bisherigen Erfahrungen:

PS Touch: Bisher keine Möglichkeit gefunden, einzelne Pixel umzufärben. Komische Artefakte beim Ausschneiden an den Rädern. Möglich, dass ich nur bisher die richtigen Einstellungen noch nicht gefunden habe, aber bei mir ist die App durchgefallen.

IsoPix: Spezielle App für Pixel Art. Schön pixelgenaues Zeichnen möglich. Leider kein pen-only-mode. Cut & Paste wohl nur in der Pro-Version, aber daran soll es nicht scheitern... Funktionsumfang scheint mir aber doch begrenzt.

Fortsetzung folgt.]]>
(Zur Info: Das Tablet hat nen Wacom-Stift, ist also eigentlich prädestiniert für Grafikarbeiten.)

Meine bisherigen Erfahrungen:

PS Touch: Bisher keine Möglichkeit gefunden, einzelne Pixel umzufärben. Komische Artefakte beim Ausschneiden an den Rädern. Möglich, dass ich nur bisher die richtigen Einstellungen noch nicht gefunden habe, aber bei mir ist die App durchgefallen.

IsoPix: Spezielle App für Pixel Art. Schön pixelgenaues Zeichnen möglich. Leider kein pen-only-mode. Cut & Paste wohl nur in der Pro-Version, aber daran soll es nicht scheitern... Funktionsumfang scheint mir aber doch begrenzt.

Fortsetzung folgt.]]> <![CDATA[[Makeobj Hilfe] SimplePak-Script (Linux)]]> https://simutrans-forum.de/mybb/showthread.php?tid=8242 Mon, 20 Apr 2015 21:10:41 +0000 WeisserHelge]]> https://simutrans-forum.de/mybb/showthread.php?tid=8242
Ich hab mir gedacht warum gibts nur für Windows Hilfsprogramme für MakeObj es wäre nicht schwer für Linux eines zu machen(also zumindest eine Hilfe damit man leichter damit klar kommt)

Da ich n Noob in programmieren bin wird es dauern bis das folgende Shell-Script wirklich viel drauf hat aber es ist bereits eine Hilfe.
Ich versuch die Bedienung zu vereinfachen und gleichzeitig alles nach dem pa©ken zu ordnen so das der Nutzer danach keine Arbeit mehr hat. Später will ich noch mehrere Sprachen einbauen und vielleicht kommt noch mehr. Für mich ist das eine Übung. Ich werde für andere Spiele noch einiges schreiben und man sollte ja klein anfangen Big Grin MakeObj kann ja schon viel deswegen brauch ich nicht so viel machen xD

Ich hoffe es gefällt euch und vielleicht kann der eine oder andere es nutzen.

Ideen und verbesserungen sind gerne Willkommen! Aus Ego-Gründen bitte aber nicht die veränderte Datei hochladen sondern einfach n Code posten. Danke Big Grin


Mit freundlichen Grüßen
WeisserHelge :thumbup:


EDIT: MakeObj 55.3 ist hier ORIGINAL enthalten. Muss ich da wegen Rechten oder so aufpassen? ?(

.zip   SimplePak-BETA.zip (Größe: 57,36 KB / Downloads: 700)

.zip   SimplePak-BETA-0-2-0.zip (Größe: 60,65 KB / Downloads: 696) ]]>
Ich hab mir gedacht warum gibts nur für Windows Hilfsprogramme für MakeObj es wäre nicht schwer für Linux eines zu machen(also zumindest eine Hilfe damit man leichter damit klar kommt)

Da ich n Noob in programmieren bin wird es dauern bis das folgende Shell-Script wirklich viel drauf hat aber es ist bereits eine Hilfe.
Ich versuch die Bedienung zu vereinfachen und gleichzeitig alles nach dem pa©ken zu ordnen so das der Nutzer danach keine Arbeit mehr hat. Später will ich noch mehrere Sprachen einbauen und vielleicht kommt noch mehr. Für mich ist das eine Übung. Ich werde für andere Spiele noch einiges schreiben und man sollte ja klein anfangen Big Grin MakeObj kann ja schon viel deswegen brauch ich nicht so viel machen xD

Ich hoffe es gefällt euch und vielleicht kann der eine oder andere es nutzen.

Ideen und verbesserungen sind gerne Willkommen! Aus Ego-Gründen bitte aber nicht die veränderte Datei hochladen sondern einfach n Code posten. Danke Big Grin


Mit freundlichen Grüßen
WeisserHelge :thumbup:


EDIT: MakeObj 55.3 ist hier ORIGINAL enthalten. Muss ich da wegen Rechten oder so aufpassen? ?(

.zip   SimplePak-BETA.zip (Größe: 57,36 KB / Downloads: 700)

.zip   SimplePak-BETA-0-2-0.zip (Größe: 60,65 KB / Downloads: 696) ]]> <![CDATA[Speedbonus - Be-/Entladezeit]]> https://simutrans-forum.de/mybb/showthread.php?tid=8272 Mon, 13 Apr 2015 22:26:30 +0000 Wurzelgnom]]> https://simutrans-forum.de/mybb/showthread.php?tid=8272
Flemmbrav,'index.php?page=Thread&postID=107990#post107990' schrieb:...
(Bei uns haben wir zur Zeit für eine volle Auslastung einer SFS/NBS 4 Bahnhofsgleise/Strecke/Richtung im Betrieb, bei mindestens 12 langen Bahnsteigen, wer einen Kreuzungsbahnhof in einer Stadt betreibt ist durchaus mutig, oder hat das Teil recht bald unter der Erde (aha, noch teurer) - oder sucht(e) etwas um Prestige zu betreiben.)

"bei mindestens 12 langen Bahnsteigen"

Verstehe ich jetzt das 12 Felder Bahnsteiglänge nötig sind.

Stellt sich mir jetzt die Frage, was ihr dann als Minimum an Kartengröße voraussetzt.

Bei Kartengrößen von 64x64 bis 4096x4096 ist ein Balancing was mindestens 12 feldrige Bahnsteige verlangt etwas gewagt.]]>
Flemmbrav,'index.php?page=Thread&postID=107990#post107990' schrieb:...
(Bei uns haben wir zur Zeit für eine volle Auslastung einer SFS/NBS 4 Bahnhofsgleise/Strecke/Richtung im Betrieb, bei mindestens 12 langen Bahnsteigen, wer einen Kreuzungsbahnhof in einer Stadt betreibt ist durchaus mutig, oder hat das Teil recht bald unter der Erde (aha, noch teurer) - oder sucht(e) etwas um Prestige zu betreiben.)

"bei mindestens 12 langen Bahnsteigen"

Verstehe ich jetzt das 12 Felder Bahnsteiglänge nötig sind.

Stellt sich mir jetzt die Frage, was ihr dann als Minimum an Kartengröße voraussetzt.

Bei Kartengrößen von 64x64 bis 4096x4096 ist ein Balancing was mindestens 12 feldrige Bahnsteige verlangt etwas gewagt.]]> <![CDATA[Gültigkeit von CC-Lizenzen]]> https://simutrans-forum.de/mybb/showthread.php?tid=8262 Mon, 06 Apr 2015 12:14:06 +0000 TZV]]> https://simutrans-forum.de/mybb/showthread.php?tid=8262 Leartin,'index.php?page=Thread&postID=107767#post107767' schrieb:Das gesamte Pak ist CC-BY-SA, entsprechend kann dir auch keiner verbieten, irgendwas davon zu zeigen. Bei der Good-Liste mag es nicht allzuschlimm sein, da die im Prinzip eh auch im Spiel sichtbar ist, aber trotzdem solltest du nicht auf eigene Faust entscheiden, was du veröffentlichst und was nicht. Ich möchte das Thema nicht hier breittreten, genausowenig wie diese Diskussion überhaupt für die Allgemeinheit sein sollte. Daher bitte ich dich, falls dir der Punkt nicht klar ist, im Chat nachzufragen, nicht hier.
Das stimmt so nicht, denn die Inhalte unter CC-BY-SA mögen zwar so Lizenziert sein (übrigens ist auch wichtig um welche Version es sich handelt, denn die unterscheiden sich noch mal untereinander), das Recht am eigenen Bild/Werk verfällt dadurch aber nicht. Im Gegenteil kann jemand durchaus verbieten, Inhalte unter dieser Lizenz zu veröffentlichen, wenn der Urheber des Bildes dies nicht erwünscht. Wichtig ist bei der Weiternutzung aber primär die Nennung des Urhebers (BY in CC-BY-SA) und der Lizenz, da ein etwaiger dritter Nutzer wieder die Angaben des Urhebers wiedergeben muss (SA). Ansonsten würde man gegen die Lizenz verstoßen. Im Gegenteil gibt diese Lizenz sogar klipp und klar an, dass er Inhalte durchaus ohne Zustimmung veröffentlichen darf, wenn es unter dieser Lizenz steht. Letzteres Wort hat aber im Nachhinein, klar, der Urheber. Würde er die Liste auf irgendeiner abgelegenen Seite in Vietnam veröffentlichen, wäre DLP dennoch im Recht, bis der Urheber einen Einwand äußern würde. Soviel zum Verständnis von Lizenzen und CC-BY-SA (Wenn ich nur wüsste welche Version...). Nur das nebenbei mal.]]> Leartin,'index.php?page=Thread&postID=107767#post107767' schrieb:Das gesamte Pak ist CC-BY-SA, entsprechend kann dir auch keiner verbieten, irgendwas davon zu zeigen. Bei der Good-Liste mag es nicht allzuschlimm sein, da die im Prinzip eh auch im Spiel sichtbar ist, aber trotzdem solltest du nicht auf eigene Faust entscheiden, was du veröffentlichst und was nicht. Ich möchte das Thema nicht hier breittreten, genausowenig wie diese Diskussion überhaupt für die Allgemeinheit sein sollte. Daher bitte ich dich, falls dir der Punkt nicht klar ist, im Chat nachzufragen, nicht hier.
Das stimmt so nicht, denn die Inhalte unter CC-BY-SA mögen zwar so Lizenziert sein (übrigens ist auch wichtig um welche Version es sich handelt, denn die unterscheiden sich noch mal untereinander), das Recht am eigenen Bild/Werk verfällt dadurch aber nicht. Im Gegenteil kann jemand durchaus verbieten, Inhalte unter dieser Lizenz zu veröffentlichen, wenn der Urheber des Bildes dies nicht erwünscht. Wichtig ist bei der Weiternutzung aber primär die Nennung des Urhebers (BY in CC-BY-SA) und der Lizenz, da ein etwaiger dritter Nutzer wieder die Angaben des Urhebers wiedergeben muss (SA). Ansonsten würde man gegen die Lizenz verstoßen. Im Gegenteil gibt diese Lizenz sogar klipp und klar an, dass er Inhalte durchaus ohne Zustimmung veröffentlichen darf, wenn es unter dieser Lizenz steht. Letzteres Wort hat aber im Nachhinein, klar, der Urheber. Würde er die Liste auf irgendeiner abgelegenen Seite in Vietnam veröffentlichen, wäre DLP dennoch im Recht, bis der Urheber einen Einwand äußern würde. Soviel zum Verständnis von Lizenzen und CC-BY-SA (Wenn ich nur wüsste welche Version...). Nur das nebenbei mal.]]> <![CDATA[Grafiken zur allgemeinen Verwendung (pak64irgendwas)]]> https://simutrans-forum.de/mybb/showthread.php?tid=8241 Thu, 19 Mar 2015 19:30:14 +0000 cerbe]]> https://simutrans-forum.de/mybb/showthread.php?tid=8241 ) Verwendung finden. Ein konkretes Modell hatte ich nicht als Vorbild genommen. Zur einfacheren Mainpulierung bei Veränderungswünschen lade ich auch noch die .xcf (GIMP-Datei) mit hoch (in gezippter Version).

Ich lasse die Themen-Überschrift mal "etwas allgemeiner", weil ich bei Interesse noch weitere Dinge (hauptsächlich Grafiken, evtl dats/paks) hier einstellen werde.

.png   Draisine.png (Größe: 11,95 KB / Downloads: 696)

.zip   Draisine.zip (Größe: 11,92 KB / Downloads: 802) ]]> ) Verwendung finden. Ein konkretes Modell hatte ich nicht als Vorbild genommen. Zur einfacheren Mainpulierung bei Veränderungswünschen lade ich auch noch die .xcf (GIMP-Datei) mit hoch (in gezippter Version).

Ich lasse die Themen-Überschrift mal "etwas allgemeiner", weil ich bei Interesse noch weitere Dinge (hauptsächlich Grafiken, evtl dats/paks) hier einstellen werde.

.png   Draisine.png (Größe: 11,95 KB / Downloads: 696)

.zip   Draisine.zip (Größe: 11,92 KB / Downloads: 802) ]]>