Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.
Die Registrierung und Nutzung ist selbstverständlich kostenlos.
Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.
Das Team der Transport-Fever Community
Ach, .tga hat ja dieses obskure "Umgekehrte Reihenfolge (Nullpunkt oben)" als flag, leider kann ich mir auf die Schnelle nicht anzeigen lassen, welche Dateien betroffen sind.
Ich muss ingame die umgedrehten UI-Bildchen ermitteln und kann dann agieren...
Auch wenn es nicht vollumfänglich zielführend ist und eher mit meiner subjektiven Anspruchshaltung zu tun hat (oder auch "philosophische Prinzipien", um es hochtrabend zu formulieren):
Ich werde erst dann ein Video vom Spielgeschehen aufnehmen (und hochladen), wenn sämtliche Audiobugs behoben sind.
Die Grafikqualität ist in diesem Zusammenhang nicht die oberste Priorität.
Das heißt, erst wenn alle Geräusche aller in der Nähe befindlichen Fahrzeuge im vernünftigen Verhältnis zu hören sind.
Sowohl in Vogelperspektive als auch in Kameramitfahrt.
Zwei Tipps an UG:
Diese Optionen könnten zum "Stressabbau" des Prozesses beitragen.
---
Update:
Die UI für Gleismodule (oder alle Module) im Baumenü könnte auch Kategorien vertragen.
Die bereits für die Gleispakete eingepflegten Kategorien zu übernehmen (und keine Extrawurst zu braten) wäre sinnvoll.
Ich habe mir mal was gebastelt. Ist noch nicht fertig. Nerviges Gefummel.
Manche UI-Bildchen sind jetzt vertikal gespiegelt - obwohl es .tga sind und keine .dds (kann es sein, dass es an der fehlenden Transparenz der neuen .tga liegen kann?)
Manche sind immer noch lila Quadrate... (evtl. die ganzen noch nicht genutzen .tga in rheingold_db_gleisset_mod_1 ?)
Aber auf jeden Fall habe ich jetzt in der Mehrheit Bildchen - viele davon in Ordnung - und die Minderheit sind noch lila Quadrate.
Update:
In der aktuellen Version von KarlCharlon's Gleispaket sind keine offensichtlichen .module - Dateien, die tracks definieren. Alle anderen Module werden definiert.
*am Kopf kratz* - so fällt es mir schwer, nachzusehen, was da denn nun genau geändert wurde.
Yoshi wie ist da die Syntax? Für die normalen Gleise sind ja alle UI-Bildchen da - sowohl nativ als auch durch Martiesim's "Unified UI".
Update:
Kann es sein, dass es genügt, Kopien der UI-Texturen zu erstellen und jeweils "_module" und "_module_catenary" in die Dateinamen einzufügen?
Da ich noch keine konkrete Information mit einer Erklärung gefunden habe, tappe ich momentan im dunkeln: woran liegt es genau?
Hier und da sind Andeutungen, aber nirgends wird eine vollständige Erklärung geliefert.
Ich frage, weil ich herausfinden möchte, ob der Aufwand, das Problem zu beheben, für mich als Nutzer (und nicht als Dev einer Gleismod) zu wuppen ist:
Für den Fall, dass der geneigte Leser nicht weiß, was ich meine:
Simulationen werden heutzutage nach wie vor auf einem CPU-Kern berechnet, nur weniges lässt sich auf weitere Kerne auslagern.
Das liegt an der linearen Abarbeitung des Programmcode.
Mit ein Grund ist, dass die CPU-Architektur immer noch nicht für wahre Mehrkernoperation für Echtzeitsimulation optimiert ist. Leider.
-> jedoch kann durch Optimierung des Code was getan werden, aber das ist nicht das Optimum. Die Hardware bleibt das Problem.
Ich könnte behaupten, dass die Hardwarehersteller uns seit Jahren Mogelverpackungen andrehen:
"Ja, es sind mehrere Kerne drin, aber für's Daddeln bringt es euch nichts, höhöhö, nur spezielle Renderingsoftware hat was davon..."
maeni da ich Tpf und Tpf2 bei GOG bezogen habe, bin ich gezwungen, Drittanbietertools zu nutzen, um Steam-Mods herunterzuladen.
Ich habe also keine Chance, mir eine Liste nach Update sortiert anzeigen zu lassen.
Also muss ich gelegentlich - je nach Lust und Laune - alle Einträge manuell durchgehen.
Das geht relativ fix, ich habe ein gut sortiertes Archiv mit Kategorien, bei Fahrzeugen auch nach Verfügbarkeitsjahren, in jedem Unterordner für ein Mod befinden sich die Links zu den Webseiten als .url - Dateien.
Wenn es zu Steam zeigt, öffne ich es und schaue kurz auf das Datum der letzten Änderung, vergleiche mit dem Datum des Archivs (i.d.R. 7-Zip, da ich die Steamdownloads manuell neu packe wegen der Ordnernamen).
Zudem arbeite ich mit Total Commander, damit kann ich Ordnerinhalte (auch in gepackten Archiven) synchronisieren.
Optisch: ja, besser. Flüssiger.
Akustisch: 8 Züge? Vergiss es.
Höhenfreie Einfädelungen baue ich zu 95%, wo es passt.
Auf freier Strecke auf jeden Fall.
Nur in der Nähe von Gleisvorfeldern von Industrie-Güterbahnhöfen am Stadtrand vielleicht nicht, wenn es nicht passt.
Genau diese Einfädelungen sind es ja, wo die Züge dann stehen... 
Ich mag es nicht, wenn Blöcke nur etwas länger als die Züge sind, weil es so fürcherlich unrealistisch aussieht, wenn alle 400m ein Signal steht. Und dann noch das Vorsignal, was in dem Fall dann nur ein Wegpunkt sein DARF.
Auf einer 120 km/h Trasse stehen die Hauptsignale 12 Nodes (also ca. 1,2 km) vor dem nächsten Vorsignal, was wiederrum 8 Nodes (also ca. 800m) vor dem Hauptsignal steht.
Meine aktuelle Map ist "zu bespielt", um da jetzt groß daran zu reißen und alle Signale neu zu bauen (mit Auto.Sig²) - aber beim Epochenwechsel mache ich es vielleicht, weil dann eh neue Signale gebaut werden, sobald sie verfügbar sind. Und alle Signaltafeln 
Nicht desto trotz: es bleibt dabei, Signale sollten ein Mindestmaß an KI inne haben.
Okay, Faktor 3 werde ich mal überprüfen.
Mein feature request bleibt aber bestehen. Der alte auch.
Wenn ich auf einem langen Streckenabschnitt auf 16 Signalblöcke* 12 Züge habe, ist es doch noch keine Überlastung, oder?
*8 Hauptsignale, 8 Vorsignale, die Hauptsignale sind vom nächsten Vorsignal (VMAX / 10) Nodes entfernt, die Vorsignale stehen ~ (VMAX / 15) Nodes vor den Hauptsignalen.
Ulf1 vielen dank für die Info - ich nutze Galaxy (weil es so lange dauert, nur darum), aber lade es auch herunter für mein Archiv.
Ich habe doch schon bei Tpf vor 2 Jahren oder so einen "feature request" formuliert, mit Prioritäten nach Zugtyp und nach Linie.
Auch Zuggewicht und ob voll oder leer (Güter) könnte bei der Priorisierung helfen.
Das wäre auch eine Möglichkeit, aber wohl komplexer in der Umsetzung.
Mit diesem neuen "feature request" wollte ich die Angelegenheit vereinfachen.
Je einfacher, desto wahrscheinlicher, dass es umgesetzt wird.
Denn mal ganz ehrlich:
Ohne eine einigermaßen intelligente Signalsteuerung ist Tpf2 nicht beherrschbar.
Wer hat Lust, ständig auf der Karte nach stehenden Zügen zu schauen und manuell bereits am Signal stehende Züge anzuhalten, damit auch mal das andere Gleis freie Fahrt bekommt?
Dies ist kein pille palle Luxusfeature - dies ist ein "must have".
Und das ist eine bescheidene Meinung.
Ein Bug, der mir schon früher mal aufgefallen war - jetzt muss ich mal was dazu schreiben.
Wenn ich im Dialog für "Fahrzeug ändern" und "Fahrzeug ersetzen" bei einem langen Zug weiter nach rechts gescrollt bin (also weiter an das Ende des Zuges) und dort einen Waggon entferne, rutscht die Ansicht wieder nach "vorn" an den Anfang des Zuges.
Das nervt kolossal.
Wenn ich hinten mehrere Waggons entfernen möchte, muss ich für jeden einzelnen nach hinten / rechts durchscrollen.
Aber das erste Haus nach dem Patch (nicht das erste Haus am Platz, aber wat soll's).
Bei mir auch mal wieder was auffälliges
Eine Schießscharte für das kommende Scharmützel?
Wie bereits mitten im Thread Transport Fever 2 Version / Updates / Patches angemerkt, wäre dieses Feature dringend nötig, damit das Spiel massiv an Funktionalität gewinnt:
Zwei (oder sogar drei) Signale können gekoppelt werden und eines der Signale zeigt "Freie Fahrt" und wechelt sich mit dem/den anderen Signal(en) ab.
Nicht mehr und nicht weniger. Die simpelste Form der Steuerung des Verkehrs auf dem Gleis.
Dann stauen sich nicht mehr 12 Eisenerzzüge, weil erstmal 5 Baumaterialzüge Vorfahrt haben, die wiederrum an anderer Stelle 6 Rohölzügen Vorfahrt gewähren etc. pp.
Einfach an jeder Weiche, die auf ein Gleis führt, beide Signale koppeln und abwechselnd schalten - et voilà.
Wäre es mit der neuen Modding-API möglich, so etwas per Mod zur Verfügung zu stellen, kompatibel mit allen installierten Signalpaketen?
Brainstorming:
Anstatt in einem Dropdownmenü manuell das andere Signal umständlich suchen zu müssen, das gekoppelt werden soll, wäre eine automatische Distanzsuche angemessen.
Diese zeigt im Dropdownmenü die 8 am nächsten liegenden Signale an, aus denen sich dann viel schneller auswählen ließe.
(Eine Farbliche Hervorhebung des Signals, über dessen Eintrag im Dropdownmenü der Mauszeiger aktuell schwebt, wäre optimal)
Eine Distanzmessfunktion gibt es ja schon in In-Game Distanzmessung
Die Koordinaten anzeigen kann In-Game Koordinatenanzeige
Edit by Grimes: Trippelpost zusammengefügt. Gordon Dry bitte Forenregeln Beachten, bitte nutz die Edit Funktion.
Pusch von Beiträgen ist nicht erlaubt.
Jetzt müsste Gordon Dry nur noch sagen das er keine RTX hat.
Das kann ich, eine GTX660 noch am werkeln ist.
Ich nutze Windows 10 und hatte noch nie Probleme mit dem Button...
Das liegt an der gleismod von KarlCharlson gibt schon einige Post in den letzten Tagen dazu
Die Mod deaktivieren und alles ist gut
Ich hatte das Mod sozusagen nur als "dependency" noch drin, weil ich bei anderen Gleismods den Weichenantrieb geändert habe, mit Verweis auf die Ressourcen in diesem Mod.
Jetzt habe ich das Gleismod von KarlCharlson "minimalisiert", nur noch diese Dateien sind drin:
image_00.tga
mod.lua
res\models\material\railroad\weichenantrieb.mtl
res\models\material\railroad\weichenantrieb_old.mtl
res\models\mesh\railroad\weichenantrieb.msh
res\models\mesh\railroad\weichenantrieb.msh.blob
res\models\mesh\railroad\weichenantrieb_old.msh
res\models\mesh\railroad\weichenantrieb_old.msh.blob
res\models\model\railroad\weichenantrieb.mdl
res\models\model\railroad\weichenantrieb_old.mdl
res\textures\models\railroad\switchbox_old_albedo.dds
res\textures\models\railroad\switchbox_old_metal_gloss_ao.dds
res\textures\models\railroad\switchbox_old_nrml.dds
res\textures\models\railroad\weichenantrieb_albedo.dds
res\textures\models\railroad\weichenantrieb_metal_gloss_ao.dds
res\textures\models\railroad\weichenantrieb_nrml.dds
