In der stdout.txt steht am Ende etwas von Heap corruption detected!,

Dies könnte auf einen RAM-Fehler hindeuten und somit defekter Hardware.

Zitat von Fabian88410

ist nicht genau deswegen die Beta da UM eben die Mods auf die neue version im vorraus anzupassen UM am eigentlichen release Tag die geupdatete mod dann auch zu veröffentlichen wegen der Kompatibilität und dass alles reibungslos funzt ?

Man KANN solch eine Beta als Modder nutzen, MUSS es aber nicht. Immerhin machen wir das hier freiwillig und ohne irgendwelche Entlohnung.

Vor allem aber ist es die Aufgabe des Entwicklers eine gewisse Kompatibilität zwischen den Versionen zu gewährleisten! Dann klappt das auch mit den meisten Mods.

Der Fehler liegt eindeutig am Mod: https://steamcommunity.com/sha…iledetails/?id=2744110635

Auszug aus der mod.lua des Mods:

addModifier
(
"loadModel", function (fileName, data)
if string.ends (fileName, "fuso_b46.mdl") then
data.metadata.roadVehicle.soundSet.name = "bus_old"

...

Er führt keine Prüfung durch ob die Tabellen data.metadata, data.metadata.roadVehicle und data.metadata.roadVehicle.soundSet auch tatsächlich existieren.

Wird nun ein Schreibversuch durchgeführt und eine der Tabellen existiert nicht so führt das direkt zu Absturz.

Auch wird dieser Teil nicht funktionieren:

elseif fileName == "res/models/model/vehicle/bus/asia/fuso_b46_v2.mdl" then

Eine Datei "res/models/model/vehicle/bus/asia/fuso_b46_v2.mdl" wird niemals gefunden, da hier keine korrekte Pfadangabe gegeben ist.

Fazit:

Der Modautor MUSS seinen Mod nachbessern und die Fehler und Schwachstellen beseitigen.

Bis das geschehen ist sollte der Mod nicht im Spiel aktiviert werden.

LG Enno

Zitat von MaikC

Ja das kann weg gelassen werden aber evtl berücksichtigen manche scriptmods das nicht.
Ich hab ja auch nicht viel Ahnung davon, aber z.B. das Script prüft ob das Feld availability vorhanden ist --> wenn ja --> ändert es year from/yearto obwohl die Werte gar nicht in der mdl stehen und dann kommt es zum crash.

Das ist nicht korrekt.

Man kann die Werte in einem Script setzen ganz egal ob sie vorhanden sind oder nicht.

Daran kann es nicht liegen.

Zitat von MaikC

Der Windows Explorer kann das allerdings afaik nicht. Ich nutze dazu Total Commander.

Notepad++ kann das auch, falls installiert.

Zitat von MrOnic

Gibt es irgendeine art Changelog?

Beitrag

RE: Das finale Update für Transport Fever 2 ist auf dem Weg

Das sind die neu modellierten Fahrzeuge:

Busse:

• Postkutsche (1850)
• Obeissante (1870)
• Landauer (1891)
• Postbus ET13 (1905)
• Aboag (1922)
• Saurer Tüscher (1939)
• Mercedes Benz O6600 (1954)
• MAN SL192 (1970)
• Berkhof Duvedec (1986)
• Volvo 5000 (1997)
• Pferdewagen (1850)
• Amerikanischer Postwagen (1875)
• Mack 1900 (USA)
• Schneider PB2 (1921)
• Twin Coach (1942)
• GM Fishbowl (1959)
• Chevrolet C60 (1976)
• GM D40 (1990)
• Wright Streetcar RTV (2008)

Flugzeuge:

• Douglas DC4
• Junkers F13
• Super Connie
• Super Connie (Fracht)

Straßenbahn:

• Strassenbahn

…

MaikC

19. Januar 2023

Zitat von MaikC

Die Lösung sieht man bei meinem Depot, einfach eine zusätzliche mdl machen wo nur die transportNetworkProvider gelegt werden und in der con dann einfach 2 mdl aufrufen, eine mdl nur mit den lanes und eine mdl mit den mesh.

Da würde ich eine mdl mit 0-Dimensionen empfehlen, welche nur den Emitter enthält. Diesen dann an der Stelle am Schornstein platzieren und es sollte funktionieren.

Zitat von HundertDampf

Mich würde es auch wundern was Sinn und Zweck davon ist, alle fakebogies zu entfernen

Während der Tests der Advanced Camera Views sind so einige Dinge in Mods zum Vorschein gekommen:

• Ausblendbare Parts wie z.B. backBackwardParts oder blinkLightsRight0 an group 0 also am Gesamtmodell. So etwas führt zu Abstürzen und ist darüber hinaus sinnfrei.
• Kastenloks mit 2 Achsen und in der Mitte ein fakeBogie (group 0, offset 0 und position 0). Überflüssig und führt beim ACV zu verschobenen Kameraansichten.
• Strassenbahnen mit fakeBogies OHNE Angabe der group (group = nil). Wiederum Abstürze.
• etc.....

Aus diesen Gründen wurde eine "Reparatur" im ACV integriert.

In diesem Fall hat sich eine Situation ergeben, welche ich nicht bedacht hatte, was zu obigem Fehler führt.

Eine mögliche Lösung habe ich bereits integriert und teste diese. Sobald ich der Auffassung bin, dass das Problem behoben und kein weiterer Denkfehler im Spiel ist wird ein Update durch VacuumTube bereitgestellt.

Das Problem(chen) ist erkannt und eine Lösung in Arbeit.

Ich bitte um ein wenig Geduld.....

In der stdtout.txt ist nicht wirklich der Grund für den Absturz erkennbar. Irgendein interner C++-Fehler ohne direkten Bezug zu einer *.lua-Datei, in welcher man nach dem Fehler suchen könnte.

Dass der Absturz direkt nach dem ERFOLGREICHEN Laden der eatglobal_vxxx.lua erfolgt, hat erst einmal nichts mit der API zu tun. Der Fehler geschieht NACH dem Laden.

Zitat von Ralle

Reloaded jansch_roundhouse.lua

Resource 'ballast.lua' not found!

Ralle ,

die erste Zeile kommt aus dem Original-Mod. Da ich diesen nicht anfasse kann ich es nicht ändern. Er besagt aber lediglich, dass die jansch_roundhouse.lua nochmals geladen wird. Ist spieltechisch kein Problem.

Bei der zweiten Meldung fehlt eine Datei bzw. kann das Spiel diese nicht finden. Ob der Fehler aus dem Mod kommt oder nicht kann ich so nicht sagen. Aber auch hier ist das spieltechnisch unproblematisch.

LG ...

Zitat von eis_os

CommonAPI2 sieht eine translate Funktion und versucht diese zu benutzen, in eat1963_roundhouse_fix_2/mod.lua gibt es dann einen Crash, weil die Urban Games Funktion nicht mehr vorhanden ist. Das wird ggf. auch andere Script Mods zum Verhängnis.

In eat1963_roundhouse_fix_2/mod.lua

Ersetze die Zeile: translate = myTranslate durch -- translate = myTranslate

Ich hoffe mit der Version 2.6 ist das Problem gelöst.

LG ...

Hm, dann muss ich da wohl noch mal drüber schauen.

Danke für die detaillierte Rückmeldung.

LG Enno

Zitat von Onkel Lu

kann ich leider nicht bestätigen. statt dessen wird der Eintrag ".tga" hinterlassen

.tga wird nicht vom Konverter gesetzt, sondern ist bereits vorhanden.

Der Konverter prüft auf leere Dateieinträge und füllt nur, wenn diese halt leer sind.

Bei .tga ist der Eintrag nicht leer und der Konverter fasst den Eintrag nicht an.

+++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++

Neues Update (Version 0.17) für den TPF1 --> TPF2 Konverter verfügbar:

• Changed: Default MGA und Normal werden nur gesetzt, wenn kein Dateiname in der mtl eingetragen ist.
• Fixed: Dreh-Animationen wuden nicht mehr gesplittet.
• Fixed: Parameter "oldSeatsStyle" wurde ignoriert.
• Fixed: Nach UG-Patch fehlende Funktion "makeLanes" in "laneutil.lua" ergänzt.

Viel Erfolg damit

LG Enno

Gordon Dry ,

deine Liste ist nicht korrekt.

Die laneutil.lua aus meiner API hat nichts mit der geänderten laneutil.lua von UG aus dem Script-Ordner zu tun.

Letztere wurde durch UG geändert und nur Mods, welche darauf zugreifen haben Probleme, da die betreffende Funktion entfernt wurde.

Zitat von PMV

UG hatte das mehr oder weniger angekündigt, das sie diese komplett entfernen wollen ... Mods, die die Funktion verwenden, müssen also entsprechend für den nächsten Patch angepasst werden.

Was ich persönlich allerdings für eine sehr fragwürdige Vorgehensweise seitens UG halte.

Eine bestehende API ändere ich nicht einfach so, weil es irgendwie gerade passt, sondern erhalte sie um der Kompatibilität willen.

+++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++ Werbung +++

Neues Update (2.5) für Fix - Drehscheibe mit Ringlokschuppen (TPF2) ist verfügbar.

• Fixed: Nach UG-Patch fehlende Funktion "makeLanes" in "laneutil.lua" ergänzt.
• Fixed: Normals fehlerhaft.

Viel Spass damit
LG Enno

Für die Drehscheibe wird es dieses WE ein Update geben, welches das Problem beheben wird.

Moin Gordon,

ich sehe hier 2 Möglichkeiten:

1. Der gesuchte Mod legt eine globale Variable ab, welche geprüft werden kann.
2. Per Modifier kann der Mod ermittelt werden, wenn er mdl, Straßen, Gleise, etc. anbietet.

LG Enno