Beiträge von elektronikfreak

Hmm, ist die frage ob das bei allen Fahrzeugen auch so ist, sicher, ich habe auch schon blaue Fahrzeuge (fehlende Textur) gesehen, aber hier vermute ich bezieht es sich auf den Innenraum (vielleicht waren beim Fahzeugwechsel noch Fahrgäste vorhanden)

@MaikC, was für Texturfehler? texturen sind garnicht erst vorhanden (leere Datei) deshalb wird der Mod (weiter oben, der die Textur benötigt) garnicht geladen obwohl der Savestand diese Textur Anfordert, darauf basiert die Fehlermeldung der letzten Zeile.

Letzte Zeile:
EdgeId &,struct simulation_util::path_finder::LinesExpanderCache &): Assertion `!result.moveEdges.empty()' failed.

In der Struktur der Map ist ein Fehler aufgetreten, der bei der letzten Speicherung nicht vorhanden war.

Also wurde entweder etwas entfernt (Altes Fahrzeug) oder ein Update zum Fahrzeugmod hinzugefügt oder es fahren noch Fahrzeuge vom alten Mod.
Leider neigt Steam dazu geänderte Datein zu aktualisieren, nicht bei allen, aber bei einigen.

maeni: Danke für den Link, der bestätigt @Boss seine vermutung eine Fehlerquelle des Fahrzeugmods.

Ja, da könntest Du recht haben:

texture load error: file with unknown extension: res/textures/models/vehicle/car/xxx.dds
texture load error: file name empty

Put in each TF folder a check_dependencies.lua (available here in the forum)

Ja, aber der Trolley hat ein Update bekommen.

@Seamon

Zitat von maeni

Wäre das ein Lösungsansatz?

Absturz beim Laden eines Savegames

Das ist sehr schwer zu sagen, da es bereits ein Savegame mit geladenen Mods ist.

Mich stört das 2malige:
Could not read settings file "mods/atomic_street_waypoint_1/mod.lua".
Could not read settings file "mods/atomic_street_waypoint_1/mod.lua".

Soweit ich weiss gehört zu den Trolleys auch ein bestimmter Strassenmod.

Ich würde deinen Angebotenen Lösungsansatz in betracht ziehen. Du hast aber die Silberlinge nicht in der Modliste. Einfach mal schauen welche Mods aktualisiert wurden oder werden müssen.

Vielleicht erfährst Du hier mehr?

Zitat von MaikC

Die Ordner müssen nicht unbedingt nen Inhalt haben, wenn man sie deabonniert hat sind sie leer. Steam ist anscheinend "zu blöd" die Ordner zu löschen.

Ja, recht hast Du, dann muss man sie aber zumindest bei den Mods Deaktivieren sonst kommen diese Fehlermeldungen wie in der stdout.txt (Could not read settings file)
sonst stehen sie noch in der appworkshop_446800.acf, denn hier ist steam auch zu blöd diese zu löschen.

Du hast eine ganze Menge (Überwiegend) Mods aus dem Workshop geladen.
Bitte Überprüfe mal im TransportFever/steamapps/worshop/content/446800 Verzeichnis ob alle Ordner einen INHALT haben, wenn nicht musst Du diese Mods von Steam nachladen (erst Deabbonieren dann neu Abbonieren).

Kann sein das einige Mods fehlen.

@Yoshi bei mir liegt sie unter res/audio/effects/vehicle/waggon_modern/_waggon_modern.wav

@Jannis1999original, aber nach dieser wird in der stdoud.txt gesucht weil der/die Mods geladen sind oder werden.

Die Frage war auch nicht unbedingt an dich gerichtet

Gibt es eine Erklärung warum diese beiden Pfade mit Doppelslash versehen sind?

res/models/material//driver_head.mtl not in file cache!
res/models/material//driver_body.mtl not in file cache!

Ich sehe ein Problem mit TF Mods, der TF Converter von Merk:
Could not read settings file "mods/merk_tf_converter_0/mod.lua"

kann nicht gelesen werden. Steht der an 1. Stelle? die Parkplätze benötigen den Konverter und andere TF-Mods auch.

Du hast das Savegame: autosave_Schoenbau1_1900-09-30_16.sav in Arbeit, dort sind einige Mods umbenannt.

Was sind das für Mods? kann bei steam nicht gefunden werden:
797608851
1404370709
902354781
780227464 und weitere?

Vielleicht beissen sich Jofrieds-Modbox und jansch_parkplatzflaechen

Und bitte auf Doppelverzeichnisse achten!!!

So ist richtig: /mods/modname_1/datein

So ist falsch: /mods/modname_1/modname-unterverzeichnis_1/datein

ja, ja, bei mir sind es immer wieder die Tastaturkombinationen.

Zitat von KorbiM

2019 werden wir mehr darüber verraten

Danke erst einmal für die Info's und für Euer Arrangement.

Anfang oder Ende 2019

@HoratioCaine, oh doch das macht Windows. Es sei denn Du installierst Windows 10 direkt auf D:, dann legt er den "Program Files (x86)" oder "Programm (86)" an, dass wäre Kein Problem. Diese Ordner haben bei Win10 Programm UND Laufwerks-Priorität.

Weder Steam noch Transport-Fever legen diese Ordner bei der Installation an.

Und dieser Pfad vom Desktop aus seinem Dump gibt mir Rätsel auf.
misc::registerProtocolHandler(tpfmm, C:\Users\Dupi9\Desktop\TPFMM.exe, Transport Fever Mod Link)

Habe TPFMM ca. 60x auf Win 10 installiert, habe nie so einen Pfad gesehen. Dadurch auch dieser Fehler:
Error #-1073741819 at address 5368760371>32 in <O:\TPFMM\source\module_misc.pbi> line 502

Das kann nur der Repository sein, denn auf dem System liegt diese Datei nicht.

Wenn Du neu Installierst musst du auch den Ordner C:\Benutzer/.tpfmm Löschen.

Es gibt bei Windows 10 kein "Program Files (x86)" oder "Programm (86)" Ordner auf D:\ oder hast Du eine Verknüpfung von C:\ nach D:\ hergestellt?

Versuch doch mal den gesamten TPFMM-Ordner zu löschen. Ich sehe das die Unterverzeichnisse alle auf D: liegen, aber im
D:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\
D:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\

gibt es kein "Program Files (x86)" Ordner.

Installier mal dann den TPFMM neu, es gibt eigentlich nichts zu Installieren. TPFMM entzippen und in das TPF Verzeichnis verschieben. Starten und Pfade einstellen.

Ich erkenne das er keine Leserechte in bestimmten Verzeichnissen und Ordnern hat.