Beiträge von nobsi

Discord Einladung
Trete unserem Discord-Server bei (klicke hier zum Beitreten).

    es geht @SN_NiLe ja nicht darum, wie etwas aussieht, sondern wie man etwas macht. In einem Modellbahn-Forum z.B. würde man auch sachlich darüber diskutieren können, wie man etwas handwerklich "optimal" macht.


    Im TS herrscht halt überwiegend der Baukasten-Gedanke: habe ich ein passendes Asset in meiner Sammlung oder nicht?


    Egal ob "fiktiv" oder "real":
    Frage 1: bin ich gewillt / in der Lage, eigene Assets zu erstellen? (das kann @TrailDogRunner1909 eindeutig mit "Ja" beantworten)
    - wenn ja: alles klar, weiter machen, dauert halt.
    - wenn nein: entweder lernen und Frage 1 nochmal stellen, oder weiter zu Frage 2
    Frage 2: hab ich was passendes in meiner Bibliothek?
    - wenn nein: dumm gelaufen, Ersatzlösung suchen
    - wenn ja: bleibt immer noch die Frage, ob es sinnvoll ist es einzusetzen (wegen 1 oder 2 Assets ein ganzes Addon zu aktivieren, ist oft keine gute Idee)


    @SN_NiLe da du als Beispiel den Parkplatz erwähnt hast: TS-Lösungen wären
    - Bodentexturen: vorgegeben Ausrichtung (Nord/Süd oder Ost/West), schlechte Auflösung
    - Lofts ("hab ich was in meiner Bibliothek")
    - Decals (kann man auch ohne 3D-Bau selber machen)


    außerdem kann man sehr viel auch (ohne 3D-Bau) mit "textured blocks" machen, sofern es gerade bzw flach ist.

    @SN_NiLe
    hmmm .. das hört sich jetzt so an, als ob deine Frage dahin geht:
    - welches sind die "besten" Häuser, Brücken, Bäume usw.


    Ich glaube, da gibt es kaum was, zumal das ja auch sehr stark vom persönlichen Geschmack abhängt.


    Beispiel Gleise:
    viele User machen sich 'nen Spass draus, alles auf DBTracks umzustellen. Kann ich in bestimmten Bereichen durchaus verstehen, aber ich gehe (bei meinen Strecken) gerade wieder in die andere Richtung, alles wieder zurück auf Holzländer-Gleise zu drehen (oder gleich ganz auf eigene Gleise), weil mir DBTracks und auch BerlinTracks zu "modern" sind.


    Ähnlich gilt das wohl auch für fast alles andere.

    hmm ... da wird Dirk wohl nicht sehr viel helfen können, da die Signale normalerweise funktionieren (zumindest habe ich bisher noch keine grundlegenden Probleme festgestellt).


    @JayC-LP wichtig: kontrolliere alle Downloads (zumindest die, die irgendwie mit Signalen zu tun haben) daraufhin, ob du wirklich die aktuellsten Versionen installiert hast.

    @SN_NiLe schwer zu sagen, da es viele Arten von "fiktiv" gibt ;)
    - vielleicht eine "frei schwebende" Route zu Mondbasis Alpha?
    - oder eine Monorail durch den Grand Canyon?
    ...
    wäre durchaus möglich mit TS-Mitteln.


    Aber sofern es um halbwegs "normale" Eisenbahnstrecken geht, halte ich 2 Punkte für wichtig:


    1. soweit möglich, vorhandene Funktionen benutzen, vor allem: DEM Gelände Import.
    Es ist sehr mühsam, Gelände im TS von Hand zu modellieren. Deshalb sollte man sich in Google Earth eine Gegend aussuchen, die einem zusagt, die Strecke dort ansiedeln und das Gelände importieren.
    2. Bedenke: "Eisenbahn" entsteht nicht aus einem Urknall. Es geht darum, dass Menschen von A nach B wollen, oder dass Waren von Bergwerken, Handwerksbetrieben o.ä. zu den Abnehmern geschafft werden sollen.

    um so besser .. ich hatte den angegebenen Thread bisher nur als "Vorschläge für Repaints", nicht als existierendes Material wahrgenommen.

    Ganz klares "Ja". Schon beim QD von Freiberg (Sachsen) 1 hatte ich Probleme, etwas zu finden was "von weitem" zur Not akzeptabel war. Und da hat sich bis heute nur wenig dran geändert. Personenwagen gibts mittlerweile einiges (dank Mathias Müller und auch Beekay), aber Güterwagen kaum. Güterwagen ist falles alles aus Ära 2000+ (DB Cargo, Railion), Wagen mit Bundesbahn-Logo sind kaum vorhanden, und für DR kann man höchstens ein paar Bundesbahn-Wagen suchen, deren Logo so klein (oder verschmutzt) ist, dass es nicht auffällt.

    ja, ich hab halt auch schon angefangen, Fotos zu machen, wenn mir so'n DIng zufällig vor die Linse kommt (passiert etwa 1 mal pro Jahr). Weil ich nicht dran glaube, dass sowas gemacht wird, wenn man es nicht selbst macht. Die "Masse" will halt entweder S-Bahn in Ballungszentren, oder ICEs durch ne Schallschutzwand-Schlucht jagen. Güterzüge, und erst recht Bauzüge/DB Netz Fahrzeuge sind ja sowas von out ...

    noch ein paar Infos zur Wetterabhängigkeit.


    - Im "3D" Wetter hat man heute im TS eine extreme Weitsicht, die gab es früher nicht
    - auch im "3D" Wetter kann man die Sicht reduzieren, das "Distant Terrain" markiert nur das Maximum, das möglich ist.
    - im QuiclDrive wird immer "3D"-Wetter benutzt, da sollte man eher nicht "sonnig, klar" sondern "bewölkt" wählen. Wie es im QD in "bewölkt" aussieht, ist z.B. dort Dreilaendereck Strecken Update (v2.1) zu sehen.
    - im "2D" Wetter kann man die klassische "Entfernungs-Vernebelung" benutzen (Wetter muss im jeweiligen Szenario eingestellt werden)


    und was die 3CCR speziell betrifft:
    1. ich finde, dass sie landschaftlich eine der besten TS-Strecken ist (klar, ich bin parteiisch)
    2. sie ist keineswegs optimal. In meinen eigenen (alpinen) Projekten sieht das Gelände schon deutlich besser aus, aber da fummel ich auch schon seit über einem Jahr an der Texturierung rum (während bei der 3CCR für DT und QD-Überarbeitung gerade mal ca. 10 Tage Zeit war)
    3. die schwarze Linie, die im dritten Screenshot in Post 3 zu sehen ist, kommt von einem DT-Anzeige-Bug im TS - damit muss ich (und andere, die DT nutzen) leben. Den findet man bei jeder Strecke, die DT nutzt - wenn man weiß, wo. Man kann ihn nur beim allerersten Anlegen der Strecke vermeiden oder reduzieren (aber nur unter bestimmten Bedingungen).

    kein Problem, ist mir klar, dass das Geschmackssache ist ;)


    Da man in diesem Fall etwas löschen muss (nämlich das "Distant Terrain"), muss man die .ap Datei komplett auspacken:


    --- step 1 + 2 nur nötig wenn die Strecke über Steam bezogen wurde
    1. die .ap Datei der Strecke komplett auspacken (gemeint ist die eigentliche Strecke, nicht die Assets, also hier geht es nur um
    (RailWorks)\Content\Routes\a926a61e-4992-4c11-ae04-ba788f6ad7d4\MainContent.ap
    Entpacken im selben Ordner, also kein Unterverzeichnis "MainContent" anlegen
    2. die originale .ap Datei löschen (Backup nicht erforderlich, man kann ja jederzeit über Steam das Original wieder herstellen)


    --- ab hier gilts auch wenn die Strecke über JT bezogen wurde
    3. in den Ordner (RailWorks)\Content\Routes\a926a61e-4992-4c11-ae04-ba788f6ad7d4\Terrain gehen. Je nach Wunsch löschen:
    3a. die Datei DistantPatches.bin (das "Distant Terrain" im engeren Sinn):
    diese Datei sorgt für die Form der Berge am Horizont. Wenn man sie löscht, sieht man am Horizont plattes Land statt Berge
    3b. den gesamten Ordner "textures". Der enthält die "Distant Textures", also die Texturen, die in Entfernungen über ca 1,5 km angezeigt werden.
    Wenn die nicht vorhanden sind, zeigt der TS - wie früher üblich - in der Entfernung nur einfarbiges Gelände an, in der Farbe, die im Textur-Blueprint eingestellt ist.

    kleiner Hinweis dazu: die alten RW0381 Pakete hatten kein .rwp, sondern eine setup.exe. Die ließ den Benutzer im unklaren darüber, wo das Ding eigentlich hin sollte (ich hab mir damals die Pfadangaben innerhalb der Assets angeguckt, um festzustellen, welchen Pfad man im Setup sinnvollerweise eingeben sollte). Die meisten RW0381 Pakete sind wohl geändert worden, aber vielleicht gammeln noch ein paar der alten Variante rum.

    tja, hättest du mal konkreter gesagt, was dich nun genau stört, statt einfach nur den Ist-Zustand zu zeigen, hätte ich ja vielleicht was dazu sagen können - schließlich stammt das DT sowohl im M-GAP Update als auch bei der 3CCR von mir. Nur dass das M-Gap DT Update wesentlich älter und Winter-untauglich ist, während das 3CCR Update immerhin Winter-tauglich ist.


    Dass alpine Landschaft generell nicht toll aussieht, wenn du kilometerweit raus zoomst, ist eh klar.


    Was du machen könntest, wenn du es lieber old-style (ohne DT) hast, hätte ich dir auch beschreiben können - aber das kann ich mir ja jetzt sparen.


    p.s.:
    ja, trotz update könnte es auch in der 3CCR noch besser aussehen - wenn man die Strecke komplett neu texturieren würde

    Ansonsten muss ich mich wahrscheinlich wirklich mal damit auseinandersetzen, ist ja mittlerweile fast geforderter Standard.

    Aber nicht in die Aufwand-Falle tappen. QD ist eine gute Möglichkeit, eine "neue" Strecke kennen zu lernen - ganz unabhängig von irgendwelchen Rollmaterial-Voraussetzungen. Dazu sollte so ein "Grundausstattungs-QD" aber ein QD ohne KI sein (was nebenbei auch schnell gemacht ist). Sobald KI ins Spiel kommt, kommt wegen des unvorhersehbaren Rollmaterial-Bestands der Benutzer auch der Crash ins Spiel, und ein wegen Dump unbenutzbares QD ist zum Kennenlernen nutzlos.


    Für die 1.0 und 1.1 wurde ja @nobsi aktiv, vielleicht hat er ja auch bei der V2.0 Ambitionen aktiv zu werden.

    Es wäre unseriös von mir, da irgend etwas zu versprechen, aus mehreren Gründen:
    1. Für das QD zu 1.0 habe ich einen Monat lang fast jeden Abend 2-3 Stunden gearbeitet. Dieser Zeitaufwand ist bei meinem aktuellen "Real Life Stundenplan" absolut unmöglich. Zwar könnte ich das 1.1 QD aufgrund meiner Notizen relativ schnell auf Freiberg 2 übertragen, aber dann kommt ja noch Chemnitz dazu - und das sieht heftig aus (hab ich heut morgen kurz angeguckt). Außerdem:
    2. Freiberg 2.0 ist vom Speicherbedarf her "kurz vor Moseltal". Ein dem 1.1 QD entsprechendes QD auf 2.0 würde nahezu immer zum Dump führen. Schon bei HaSi3 musste ich akzeptieren, dass es keinen Sinn hat, aufwendige QDs für so umfangreiche Strecken zu veröffentlichen, solange ich meinen Quickdrive-Manager (zur individuellen Konfiguration der Consists) nicht fertig habe.


    Wenn ich jetzt Version 2.0 installiere und diese Version die Version 1.1 unbrauchbar machen sollte, dann wäre das für mich alles andere, nur nicht optimal...

    keine Bange, die laufen auch parallel. Würde ich auch für "normale" Szenarien empfehlen, soweit diese sich auf den in 1.1 existierenden Streckenumfang beschränken. Freiberg 2 braucht ca. 1 GByte mehr RAM als Freiberg 1.1, was natürlich die Abwechslung beim Rollmaterial in den Szenarien entsprechend einschränkt.