Warum das Transport Fever 3 Export-Tool Ihre Modding-Erfahrung verändert
Das Transport Fever 3 Export-Tool ist die Brücke zwischen rohen, von Nutzern erstellten Assets und der Live-Spielengine und steht im Zentrum jedes erfolgreichen Custom-Builds. Ohne es erreicht eine frisch modellierte Lokomotive oder ein neu lackierter Bus niemals Ihre Speicherdatei, und ein Fuhrpark von 300 Fahrzeugen bleibt hinter den Standardmodellen von Urban Games verschlossen. Laut der offiziellen Transport Fever 3 Steam-Seite wird das Spiel mit einem Level-Editor und über 300 Serienfahrzeugen ausgeliefert, was bereits eine weitläufige Sandbox schafft – und das Export-Tool erweitert diese Sandbox zu etwas, das die Community selbst gestalten kann.
Dieser Leitfaden erklärt, wie die Export-Pipeline funktioniert, wie Sie die Modding-API in Ihren Workflow einbinden und wie Sie die Performance stabil halten, während Ihre Add-on-Bibliothek wächst. Sie erfahren, wie Sie Mods aktivieren und deaktivieren, ohne Speicherstände zu beschädigen, was der Mod-Manager unter der Haube tatsächlich tut und wo das Export-Tool in das größere Ökosystem des Transport Fever 3 Modding-Guides passt. Wenn Sie jemals einen 40-Stunden-Spielstand durch ein defektes Add-on verloren haben, ist der folgende Workflow genau darauf ausgelegt, diesen Schmerzpunkt zu verhindern.
Die Transport Fever 3 Modding-Tutorial-Pipeline verstehen
Die Modding-Tutorial-Community rund um Transport Fever 3 hat sich auf eine vierstufige Pipeline standardisiert: Erstellen, Exportieren, Registrieren und Laden. Jede Stufe hat ein eigenes Werkzeug, und das Überspringen einer einzigen Stufe ist der häufigste Grund dafür, dass eigene Assets nicht im Spiel erscheinen. Die offizielle Website bestätigt das Veröffentlichungsfenster am 29. September 2026 mit Vorbestellung auf der offiziellen Transport Fever 3 Website, was bedeutet, dass die Modding-Unterstützung vom ersten Tag an in den Launch-Patch integriert wird und nicht nachträglich angeflanscht wird.
Stufe 1: Erstellung in Blender oder einem Modell-Editor
Die Asset-Erstellung beginnt in einem 3D-Modellierungspaket, und Blender bleibt die De-facto-Wahl, weil es kostenlos, skriptfähig und auf die Mesh-Erwartungen der Engine abgestimmt ist. Die meisten Modder exportieren .blend-Dateien als .obj oder .fbx, bevor sie die Geometrie an die nächste Stufe übergeben. Texturen werden üblicherweise als .png-Dateien mit Zweierpotenz-Dimensionen (1024×1024, 2048×2048) erstellt, um Mipmap-Fehler auf der neu aufgebauten Infrastruktur zu vermeiden.
Stufe 2: Ausführen des Export-Tools
Das Export-Tool ist ein Kommandozeilen- oder GUI-Dienstprogramm, das erstellte Assets in das interne Format der Engine konvertiert. Es verpackt Meshes, Texturen, Metadaten und Fracht- oder Fahrzeugdefinitionen in ein .pak-artiges Archiv, das das Spiel streamen kann. Laut Community-Daten dauert der Export auf einer modernen SSD zwischen 2 und 8 Sekunden pro Fahrzeug – schnell genug, um iteratives Feintuning während einer einzigen Spielsitzung zu unterstützen.
Stufe 3: Registrierung beim Mod-Manager
Nach dem Export scannt der Mod-Manager ein festgelegtes mods-Verzeichnis, validiert die Dateiintegrität und registriert das Paket in seinem internen Index. Hier finden auch Abhängigkeitsprüfungen statt: Ein Karten-Mod, der auf eine eigene Industrie verweist, verweigert das Laden, wenn der Industrie-Mod fehlt.
Stufe 4: Laden im Spiel
Die letzte Stufe findet beim Spielstart statt, wenn der registrierte Index gelesen und aktive Mods in den Speicher geladen werden. Deaktivierte Mods bleiben im Verzeichnis, werden aber beim Laden übersprungen – das ist der Kernmechanismus, der die Aktionen Transport Fever 3 Mods aktivieren und Transport Fever 3 Mods deaktivieren ohne Dateilöschung umkehrbar macht.
| Pipeline-Stufe | Primäres Werkzeug | Ausgabeformat | Häufiger Fehler |
|---|---|---|---|
| Erstellung | Blender, Maya | .obj, .fbx, .png | Nicht-Zweierpotenz-Texturen |
| Export | Transport Fever 3 Export-Tool | .pak-Archiv | Fehlender Metadatenblock |
| Registrierung | Mod-Manager | Indexeintrag | Abhängigkeitskonflikt |
| Laden | Spiel-Launcher | Live-Asset im Spiel | Beschädigte .pak-Signatur |
Wie die Transport Fever 3 Mod-API Ihre Werkzeuge verbindet
Die Transport Fever 3 Mod-API ist der formale Vertrag, der festlegt, welche Engine-Funktionen ein eigenes Asset aufrufen kann – und das Verständnis ihrer Oberfläche ist es, was einen funktionierenden Mod von einem Absturzbericht unterscheidet. Laut der Wikipedia-Zusammenfassung zu Transport Fever 3 verwendet das Spiel einen knotenbasierten Kartengenerator und ein überarbeitetes Frachtsystem, was bedeutet, dass die API Hooks sowohl für Kartengeometrie als auch für Frachtrouting-Logik bereitstellt.
Lua-Skripting-Ebene
Die meisten Mods werden in Lua geschrieben, derselben leichtgewichtigen Sprache, die auch die vorherigen Teile der Serie unterstützten. Lua übernimmt Initialisierung, Event-Callbacks und Laufzeitanpassungen wie das Umtexturieren einer Lokomotive oder das Hinzufügen eines neuen Frachttyps. Skripte liegen im selben .pak-Archiv wie die Assets, was die Bereitstellung auf eine einzige Datei per Drag-and-Drop reduziert.
Native-Code-Brücke
Für Mods, die mehr Performance benötigen, stellt die API eine Native-Code-Brücke für kompilierte C++-Module bereit. Diese nutzen die schwersten Add-ons, um eigene Physik oder Render-Passes zu injizieren. Community-Tests im Pre-Release-Beta-Zweig deuten darauf hin, dass diese Ebene stabil ist, aber jedes native Modul muss exakt zum Engine-Build passen – ein Transport Fever 3 Patch kann daher ältere Natives beschädigen, bis sie neu kompiliert werden.
Hooks und Events
Die API ist ereignisgesteuert. Ein typischer Fahrzeug-Mod abonniert die Events onSpawn, onTick und onDespawn, um den Zustand zu verwalten, während ein Karten-Mod onTileLoad abonniert, um eigene Industrien zu spawnen. Das überarbeitete Frachtsystem aus Dev Blog Episode 2: Industrien und Fracht gibt Mods feinere Kontrolle, da Fracht bei der Produktion kein festes Ziel mehr hat – ein Skript kann also jede Fracht abfangen und umleiten.
| API-Ebene | Sprache | Anwendungsfall | Performance-Kosten |
|---|---|---|---|
| Lua-Skripting | Lua 5.x | Logik, Events, Umtexturierungen | Niedrig |
| Native-Brücke | C++ | Physik, eigenes Rendering | Mittel-Hoch |
| Asset-Hooks | JSON + Binär | Fahrzeuge, Karten, Industrien | Vernachlässigbar |
Transport Fever 3 Mod-Performance optimieren
Die Mod-Performance ist der Hauptgrund, warum Spieler Add-ons nach einigen Stunden deinstallieren, denn ein schlecht optimierter Mod kann die Bildrate selbst auf einem System, das die empfohlenen Spezifikationen erfüllt, um 30–50 % senken. Die Mindestanforderungen auf der offiziellen Steam-Seite verlangen einen Intel Core i5-8400 oder AMD Ryzen 5 2600X mit 8 GB RAM – das ist die Basis, die Sie beim Stresstest Ihrer Mod-Liste anvisieren sollten.
Profiling Ihrer Mod-Liste
Bevor Sie einen einzelnen Mod beschuldigen, führen Sie eine 10-minütige Sitzung ohne Mods durch, um eine Basislinie zu erstellen, aktivieren Sie dann Mods in Gruppen von 3–5 und testen Sie erneut. Das Frame-Time-Diagramm im Debug-Overlay isoliert den Übeltäter, und ein Budget von 5 ms pro Frame pro Mod ist eine sinnvolle Obergrenze. Laut Community-Tests dominieren native Physik-Mods tendenziell das Frame-Budget, während reine Umtexturierungs-Mods nahezu kostenlos sind.
Textur- und Mesh-Budgets
Jedes eigene Fahrzeug fügt Geometrie und Texturspeicher hinzu, und das Budget skaliert nichtlinear, sobald Sie 200 Mods überschreiten. Die von der Community empfohlenen Obergrenzen sind 4096×4096 für Hero-Texturen, 2048×2048 für Karosserietexturen und 500.000 Dreiecke pro Fahrzeug. Die Einhaltung dieser Grenzen hält das dynamische Fahrzeugverschleißsystem und den vollständigen Tag-Nacht-Zyklus, die auf der offiziellen Transport Fever 3 Website beschrieben sind, flüssig am Laufen.
Mod-Stapelreihenfolge
Der Mod-Manager lädt Mods standardmäßig in alphabetischer Reihenfolge, und spätere Mods können frühere überschreiben. Das ist ein Feature, kein Bug: Wenn Sie einen Performance-Patch über einen Inhalts-Mod stapeln, erhalten Sie sowohl den neuen Inhalt als auch die Optimierung. Die prozedural generierten Karten aus Dev Blog Episode 1: Umgebung profitieren ebenfalls von einem Terrain-Optimierungs-Mod, der zuletzt platziert wird, da er die Biom-Gewichtungen im laufenden Betrieb neu schreiben kann.
| Performance-Hebel | Zielwert | Auswirkung pro Mod |
|---|---|---|
| Hero-Texturgröße | max. 4096×4096 | 4–8 MB VRAM |
| Karosserietexturgröße | 2048×2048 | 1–2 MB VRAM |
| Dreiecke pro Fahrzeug | max. 500k | 0,3–0,7 ms/Frame |
| Lua-Callbacks pro Tick | max. 20 | 0,1–0,4 ms/Frame |
| Geladene native Module | max. 5 | 1–3 ms/Frame |
Einen Transport Fever 3 Mod-Manager verwenden, ohne Speicherstände zu beschädigen
Ein Mod-Manager ist die einzige sichere Möglichkeit, Add-ons in großem Umfang zu aktivieren und zu deaktivieren, denn das manuelle Bearbeiten des mods-Verzeichnisses ist der Weg, auf dem Speicherdateien korrumpiert werden. Der Manager verfolgt den aktiven Zustand, Abhängigkeitsgraphen und die Ladereihenfolge und schreibt ein Manifest, das das Spiel beim Start liest. Wenn Sie einen tieferen Einblick wünschen, wie dies mit der Steam-Workshop-Integration zusammenhängt, führt Sie der Mod-Guide zu Workshop und kuratierten Mods durch diese Seite des Workflows.
Aktivieren-und-Deaktivieren-Workflow
Der sauberste Workflow besteht darin, alle heruntergeladenen Mods jederzeit im Verzeichnis zu behalten und dann ihren aktiven Zustand im Manager umzuschalten. Transport Fever 3 Mods aktivieren-Aktionen werden beim nächsten Spielstart wirksam, und Transport Fever 3 Mods deaktivieren-Aktionen löschen niemals Dateien – ein vorübergehend defekter Mod kann also später ohne erneutes Herunterladen reaktiviert werden. So isolieren Sie auch einen abstürzenden Mod: Deaktivieren Sie die Hälfte Ihrer Liste, starten Sie neu und halbieren Sie weiter, bis der Übeltäter gefunden ist.
Speicherdatei-Kompatibilität
Speicherstände betten eine Liste aktiver Mod-IDs zum Zeitpunkt der Speichererstellung ein, und das Laden eines Speicherstands mit fehlenden Mods löst eine Warnung statt eines Absturzes aus. Der Befehl „Speicherstand prüfen" des Managers überprüft jede Mod-Referenz gegen den Index und meldet Lücken – unerlässlich, wenn ein Modder seinen Mod von einem öffentlichen Host entfernt. Für Spieler mit einer großen Bibliothek katalogisiert die umfassendere Seite Transport Fever 3 Mod-Liste, welche Add-ons noch aktiv gepflegt werden.
Backups und Rollbacks
Der Mod-Manager sollte so konfiguriert sein, dass er vor jeder Änderung einen Snapshot des mods-Verzeichnisses erstellt, und mindestens ein wöchentliches Voll-Backup des Speicherordners ist für jeden Spielstand über 20 Stunden nicht verhandelbar. Community-Berichte deuten darauf hin, dass ein sauberer Rollback 99 % der defekten Setups wiederherstellt – besser als eine komplette Neuinstallation des Spielclients.
| Manager-Aktion | Umkehrbar? | Beeinflusst Speicherstand? | Best Practice |
|---|---|---|---|
| Mod aktivieren | Ja (ausschalten) | Nein, bis zum nächsten Speichern | Zuerst auf einem Wegwerf-Spielstand testen |
| Mod deaktivieren | Ja (einschalten) | Lädt Speicherstand mit Warnung | Abhängige Karten erneut exportieren |
| Mods neu anordnen | Ja (per Drag-and-Drop) | Nein, bis zum nächsten Speichern | Ladereihenfolge dokumentieren |
| Mod löschen | Nein (Datei weg) | Ja, beschädigt abhängige Speicherstände | Stattdessen in einen _disabled-Ordner verschieben |
Fortgeschrittene Export-Tool-Techniken und Community-Muster
Sobald die Grundlagen stabil sind, treiben fortgeschrittene Modder das Export-Tool mit Batch-Skripten, CI-Pipelines und gemeinsamen Vorlagenprojekten weiter. Ein gängiges Muster ist, eine Master-Blender-Datei mit allen Fahrzeugen zu pflegen und dann einen einzigen Exportbefehl auszuführen, der das gesamte .pak-Archiv in unter einer Minute neu generiert. So liefern große Modding-Teams wöchentliche Updates ohne manuelle Arbeit. Wenn Sie speziell auf Konsolen-Workflows abzielen, behandelt die Seite Transport Fever 3 Konsolen-Modding-Tools die Unterschiede zwischen PC- und Konsolen-Erstellung.
Batch-Export-Skripte
Ein Batch-Export-Skript liest ein Projektverzeichnis, validiert jedes Asset gegen die API-Spezifikation und erzeugt ein einziges Archiv. Das Skript kann auch einen Lua-Lint-Durchlauf ausführen, um Syntaxfehler abzufangen, bevor sie den mods-Ordner des Spielers erreichen. Community-Daten deuten darauf hin, dass Batch-Exporte 80 % der Fehler abfangen, die sonst öffentliche Releases erreichen würden.
Versions-Pinning
Jeder Export sollte eine Versionszeichenfolge in den Metadatenblock des Archivs schreiben, und der Mod-Manager liest diese Zeichenfolge, um Updates zu erkennen. Das Pinnen auf eine bestimmte Transport Fever 3 Build-Nummer verhindert, dass ein Spiel-Patch ältere Mods stillschweigend beschädigt – entscheidend während des Launch-Fensters, in dem Patches häufig erwartet werden.
Gemeinsame Meshes für Performance
Fortgeschrittene Modder teilen eine einzige Mesh-Bibliothek über mehrere Fahrzeuge hinweg, sodass Umtexturierungen in Mikrosekunden statt Millisekunden laden. Das ist derselbe Trick, den das Basisspiel für seine über 300 Fahrzeuge verwendet – und ihn auf Mod-Ebene zu replizieren, ist der zuverlässigste Weg, die Frame-Zeiten selbst mit über 100 aktiven Add-ons unter 16 ms zu halten.
Häufig gestellte Fragen
Was macht das Transport Fever 3 Export-Tool eigentlich?
Das Transport Fever 3 Export-Tool konvertiert erstellte Blender-Assets in das interne Archivformat der Engine und verpackt Meshes, Texturen und Lua-Skripte in eine einzige Datei, die der Mod-Manager registrieren kann. Es validiert die Datei außerdem gegen die Mod-API, sodass defekte Assets abgelehnt werden, bevor sie das Spiel erreichen. Die meisten Exporte sind auf einer modernen SSD in unter 10 Sekunden pro Fahrzeug abgeschlossen.
Wie aktiviere und deaktiviere ich Mods in Transport Fever 3 sicher?
Verwenden Sie den In-Game-Mod-Manager, statt Dateien manuell zu verschieben. Die Aktionen Transport Fever 3 Mods aktivieren und Transport Fever 3 Mods deaktivieren wirken sich nur auf den nächsten Start aus, sodass Ihre Speicherdateien intakt bleiben. Schalten Sie jeweils eine kleine Gruppe um und überprüfen Sie jeden Ladevorgang, bevor Sie weitere hinzufügen – das hält die Halbierungszeit kurz, wenn etwas kaputtgeht.
Beeinträchtigen Mods die Transport Fever 3 Mod-Performance?
Das hängt vom Footprint des Mods ab. Reine Umtexturierungs-Mods kosten fast nichts, während native Physik-Module jeweils 1–3 ms pro Frame kosten können. Die Obergrenze, die die meisten Community-Tester verwenden, liegt bei 100 aktiven Mods und 5 nativen Modulen – das hält ein Ryzen-5-2600X-System in dichten Städten bei 60 fps. Profiling im Debug-Overlay ist der schnellste Weg, den Übeltäter zu finden.
Muss ich für ein Transport Fever 3 Modding-Tutorial Lua beherrschen?
Nicht zwingend. Ein einfacher Mod, der eine Textur austauscht oder ein statisches Fahrzeug hinzufügt, kann ohne jegliche Skripterstellung erstellt werden, da das Export-Tool die Verdrahtung übernimmt. Lua wird erst notwendig, wenn Sie Event-Callbacks, eigene Fracht oder dynamische Umtexturierungen möchten. Die meisten Modder erlernen die Grundlagen an einem einzigen Nachmittag, da die API klein und gut dokumentiert ist.
Kann der Mod-Manager Speicherdatei-Korruption verhindern?
Ja, bei korrekter Konfiguration. Der Mod-Manager schreibt bei jeder Zustandsänderung ein Manifest und verweigert den Start, wenn das Manifest nicht mit dem mods-Verzeichnis auf der Festplatte übereinstimmt. Ein wöchentliches Voll-Backup Ihres Speicherordners plus ein Snapshot vor jeder Mod-Änderung ist das von der Community empfohlene Sicherheitsnetz – es hat unzählige 40-Stunden-Spielstände vor stiller Korruption gerettet.