Beiträge von Gordon Dry

Ich habe in einem der gefühlt 12.000 let's play Videos das alte Shader-im-Tunnel-Syndrom wieder gesehen, also dass weiter hinten im Tunnel die Sonne scheint.
Hat wohl was mit der Schattenqualität zu tun und im Tunnel gibt es da keine Ausnahme...

Also @Marcolino26 irgendwie hast du es mit dem Halbwissen, oder?
Ich geb's auf.

Nun, siehe Problem: tex_load::LoadFile() Assertion `numMipMaps2 == numMipMaps' failed und Antworten.

Und ja, es ist aktuell. Denn Tpf ist älter als 2 Jahre.

Da fehlerhafte .dds - Texturen unter bestimmten Bedingungen Transport Fever zum Absturz bringen (z.B. wenn nicht die höchste Textureinstellung in den Grafikoptionen ausgewählt wurde, weil nicht jeder eine High-end Grafikkarte mit mehr als 4 GB VRAM hat) und es anhand der Fehlermeldung in der stdout.txt nicht so einfach ist, den Übeltäter zu identifizieren, erstelle ich diesen Thread.

Hier sollen die eindeutig identifizierten Mods aufgelistet werden, die fehlerhafte .dds - Texturen enthalten.

Der häufigste Fehler, der einen Absturz verursacht, ist eine fehlerhafte Mipmap.
Eine Fehlermeldung in der stdout.txt sieht dann nach einem Absturz beispielsweise so aus:

c:\build\transport_fever\gog\transport_fever_release\src\lib\renderer\tex_load.cpp:1200: int __cdecl tex_load::LoadFile(const class FileSystem *,enum engine::TexType,const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,bool,bool,bool,bool,bool,int *,int *,int *): Assertion `numMipMaps2 == numMipMaps' failed.

Der eindeutige Part ist am Ende zu finden:

Assertion `numMipMaps2 == numMipMaps' failed.

Ohne eine solche Liste ist es einfach unmöglich, die "Übeltäter" zu identifizieren.
Und dass jeder Spieler für sich allein herausfinden muss, welche Mods fehlerhafte .dds - Texturen haben und diese Information nicht mit den anderen teilt, kann auch nicht sein.

Vor allem wird ein Modentwickler auch niemals die Texturen reparieren, wenn niemand Bescheid gibt, dass diese fehlerhaft sind.

Wenn eine Tpf-Installation im Laufe der Zeit um Mods ergänzt wurde und dann ganz plötzlich eines Tages die Abstürze da sind, ohne dass es einen direkten Hinweis auf die Ursache gibt, ist es echt ärgerlich.
Vorgestern habe ich alle Mods entfernt und genervt aufgegeben.

Zum einen kann ich natürlich manchen Modentwicklern die Schuld in die Schuhe schieben - aber die von UG vorgegebenen Spezifikationen sind auch ein wenig hanebüchen, würde ich mal sagen. Insbesondere, was das Format für die Normal Map angeht.

Siehe https://www.transportfever.net…p/Entry/159-DDS-Texturen/

Ich möchte aber Transport Fever nicht so einfach sang- und klanglos in die Ecke pfeffern und dann hoffen, dass es mit Transport Fever 2 besser wird - auch was diese "Texturangelegenheit" angeht.

Also werde ich jetzt nach und nach wieder die Mods hinzufügen, die ich wirklich nutze und diejenigen, die vorher bei mir eher ein Nischendasein gefristet hatten, gleich weglassen.
Das neue Spiel wird aus diesem Grund auch gleich in der Neuzeit beginnen, damit ich alles sofort testen kann.

Deswegen kann ich jetzt noch nichts zu dieser Liste beitragen.
Allerdings hoffe ich, dass manche Spieler schon Erfahrungswerte gesammelt haben und definitiv bestimmte Mods auflisten können.

Bitte bei der Auflistung folgendes angeben:

• Name des Mods
• Link zum Webdisk-Eintrag oder Steam-Workshop
• Wenn möglich, die fehlerhafte(n) .dds - Texturdatei(en)
• Grafikeinstellung Textur (mittel / hoch / sehr hoch)
• Situation, in der der Crash auftritt (Auswählen im Menü / Fahrt aus dem Depot / Upgrade eines Gebäudes etc.)

Wenn der Crash nicht reproduzierbar ist - und dies von anderen Nutzen so gemeldet wird - muss der Eintrag entsprechend gekennzeichnet werden.

Eine einzige Hoffnung äußere ich hier nur noch:
Pflicht zu korrekten .dds - kein .tga mehr. Keine game crashes wegen

Assertion `numMipMaps2 == numMipMaps' failed.

mehr.

Die einzigen Verweise sind in

e:\Spiele\Transport Fever\mods\Rheingold_Deutsche_Oberleitungsmasten_gruen_1\res\models\material\Basic.mtl


e:\Spiele\Transport Fever\mods\Rheingold_Deutsche_Gleise_1\res\models\material\Basic.mtl

auf jeweils

fileName = "models/OberleitungsmastBasic.tga",

Schon klar, kein .dds mit MipMaps usw.

Aber wieso gibt es einen Eintrag "Common API Masten" ??

Screenshots:

Nach einer Auszeit bin ich wieder da und habe gestern erstmal alle Mods aktualisiert, neue hinzugefügt und ggf. obsolete gelöscht.

Nach Starten eines neuen Spiels habe ich erstmal die Menüs durchgesehen, dabei sind mir zwei Einträge "Common API Masten" aufgefallen, der kein richtiges Icon haben, sondern ein kleines lila Quadrat.
Beim Klick auf diese crasht TPF und schreibt das in die stdout.txt:

res/textures/OberleitungsmastBasic_1.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_1.tga
res/textures/OberleitungsmastBasic_2.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_2.tga
res/textures/OberleitungsmastBasic_3.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_3.tga
res/textures/OberleitungsmastBasic_4.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_4.tga
res/textures/OberleitungsmastBasic_5.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_5.tga
res/textures/OberleitungsmastBasic_6.tga not in file cache!
texture load error: file not found: res/textures/OberleitungsmastBasic_6.tga
c:\build\transport_fever\gog\transport_fever_release\src\lib\renderer\tex_load.cpp:1200: int __cdecl tex_load::LoadFile(const class FileSystem *,enum engine::TexType,const class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,bool,bool,bool,bool,bool,int *,int *,int *): Assertion `numMipMaps2 == numMipMaps' failed.

CxS-TyHW8AAh1mD.jpg

• es ist völlig egal, ob der Quell- oder Zielordner existiert oder nicht
• es ist egal, ob der Ordner leer ist oder nicht
• dass TPFMM die Log-Datei so dermaßen blockiert, dass sie noch nicht mal mit einem Editor (oder Viewer) angesehen werden kann, ist schon krass
  (ich bin es seit vielen Jahren gewohnt, mit Notepad++ und/oder UltraEdit die Log-Datei eines Spiels im Hintergrund geöffnet zu haben, mit dem Feature der Aktualisierung etc.)

Nun starte ich also die TPFMM.exe und warte, bis sie bereit ist (dauert in etwa doppelt so lang wie bei der vorherigen Version).
Nun gehe ich direkt in die Einstellungen, dann in den Tab "Sicherheitskopien".
(Schade, dass ich den Pfad nicht eingeben bzw. mit STRG+V einfügen kann).
Also öffne ich den "Ordner suchen"-Dialog.
Nun gut, dort kann ich ja den Pfad unten eingeben und mit Enter bestätigen.
Im Log finde ich diesen interessanten doppelten backslash:

mods:: delete empty backup folder C:\Users\Admin\AppData\Roaming\TPFMM\backups\\

Hier das komplette Log:
tpfmm.zip

Ach, das soll übrigens der neue Ordner sein:
e:\Spiele\Transport Fever\TPFMM\backups\

@Marcolino26
Sarkasmus oder Google translate?

Duck rules?

Was ich auch versuche, immer der selbe Fehler.
Also helfe ich mir mit einer junction link und der backup Ordner bleibt, wo er ist.

Es ging mir nicht um die fehlende Übersetzung, sonern um den Fehler.

<settings_backup_move_error>

Ich wollte nur die backups raus haben aus AppData ...

Es muss ja nicht immer alles "nur" aus Polygonen bestehen.

Je nach Entwicklungsstand der Game Engine kann z.B. der Querschnitt eines 3D-Modells mit "echten" Kurven arbeiten.
So in Richtung Vektorgrafik mit Formeln, aber halt nur für den Querschnitt des 3D-Modells.

@hugedragonyk you have been mentioned above ^

Nach Beenden von Tpf, Ersetzen der .tga und Löschen des Texturcache sieht es so aus:

Also im Grunde genommen genau wie vorher ...

Ich nehme mal an, dass du die Dateien mit Ebenen hast und es somit 100x leichter hast, das zu tun als ich, der nur die .tga hat.

Und hier noch ein Nachschlag zum Vergleich:

Hmm, das Feld links oben in der .tga ist weiß ... ingame aber trotzdem eher grau. Je nach Lichteinfall hellgrau bis dunkelgrau.

Update:
Screenshots

Vergleich (siehe Schattenwurf):

Also ich finde ja, dass Schild könnte etwas heller sein - so in Richtung weiß.

Also nicht FFFFFF aber heller als grau ...

Danke.

Jetzt weiß ich, wie weit ich bis gestern gebaut hatte auf der neuen Map ...
(Inkl. 7 erschlossener Orte, 2 fehlen noch)