Spiel stürzt nach Ladebildschirm ab.

easybronko, ich habe zu diesem "Nicht erfasste Ausnahme in der Klasse UI :: CSelector" nur das hier zum Thema UI-Selector gefunden. Repariere mal Dein Transportfever, da fehlt irgend etwas im res/ Ordner

Ich empfehle noch den Textur-Cache komplett zu leeren und die settings.lua der Mods zu überprüfen.

Zitat von elektronikfreak

Ich empfehle noch den Textur-Cache komplett zu leeren

Das wollte ich gestern auch schon posten. Ich denke aber, das easybronko das als alter Hase schon weiß.

Aber ob man in diesem Augenblick darauf kommt Auf jeden Fall müssen die settings.lua kontrolliert werden, diese Fehler weisen laut UG auf fehler in einem Mod hin.

Dieser Fehler wurde mir auch Angezeigt, wieso auch immer.

Zitat von Surisith

wieso auch immer.

Ist der Fehler denn jetzt beseitigt?

Zitat von easybronko

da ich die Pinselgrößen geändert hatte

Manch eigene änderungen kommen wahrscheinlich an die von UG zulässigen Grenzen, dass betrifft wirklich meisten das CSS Layout. Leider ist das so kompliziert verstrickt, dass nur noch ein Reset der geänderten Datein hilft.

Zitat von easybronko

Uncaught exception while in layer

wer weiss welche Operationen Du noch am Script durchgeführt hast sieht nach einem Strassenfehler (Road) aus, kann aber auch Tree (Bäume) sein.

Uncaught exception while in class UI::CSelector hab ich schon bei anderen Fehlermeldungen gesehen, scheint was allgemeines zu sein.

Zitat von elektronikfreak

Auf jeden Fall müssen die settings.lua kontrolliert werden, diese Fehler weisen laut UG auf fehler in einem Mod hin.

Was heißt das? Klingt eher nach Ausrede.

An error occured kann ungefähr alles sein, da kann man nur raten, viel trial and error machen oder auf bessere Fehlermeldungen hoffen.

Zitat von VacuumTube

Klingt eher nach Ausrede

Habe ich nicht nötig.

Zitat von VacuumTube

An error occured kann ungefähr alles sein,

Nein, laut UG liegt hier eine Fehlfunktion im CS-Layout einer MOD vor, meistens verursacht durch unsachgemäße veränderungen der settings.lua einer MOD oder in der settings.lua des Spiels, Empfehlung: Spiel-Reparatur oder jeweilige settings.lua der MOD suchen.

So kompliziert sind die Fehlermeldungen nicht, dass eigentlich Fatale ist, dass diese Layout-Meldungen nur in bestimmten Situationen im Spiel auftreten, daher sehr schwer Lokalisierbar, weil man ja auch nicht mehr weiss welche die letzte Mod oder änderungen am Script durchgeführt wurden.

VacuumTube, ich Recherchiere ausgiebig im Netz, wenn das nicht hilft, hat mir UG bisher sehr geholfen, Danke dafür.

Nein natürlich nicht du, sondern UG (den Fehler auf einen Mod zu schieben)

Die Fehlermeldung An error occured. sieht man doch in großer Zahl hier im Forum. Und weil die Fehlermeldung so allgemein ist, liegt die Ursache oft anders. Außerdem begegnet mir diese Meldung gerne mal beim Modden und da ist es oft zufällig.

Ich weiß halt nicht genau was du mit settings.lua meinst.

Die im Modordner basieren ja auf dem Modeinstellungssystem, was ja vom Spiel überhaupt nicht beachtet wird. Abgesehen davon benutzen die meisten Spieler die gar nicht.

Und die settings vom Spiel ändert man über die Einstellungen und in die Datei geht man höchstens wegen experimental Mapsize. Aber das sind ja eh nur Einstellungen, das erklärt ja nicht die Fehler.

Wie gesagt: Uncaught exception while in class UI::CSelector sieht man in letzter Zeit sehr häufig bei Fehlermeldungen, scheint eine Art Error Handler zu sein. Aber die eigentliche Fehlermeldung kommt danach.

Beispiel: Laufendes save game stürzt ab

Und da geht es um Components, das hat also gar nichts mit UI zu tun.

Anderes Beispiel: Game crashes whenever I try to gain a new train

Da steht auch was von layer. Aber der Fehler hat auch nichts mit UI zu tun.

UI Funktionen rufen tiefer liegende Code schichten auf, d.h. wenn es im Code knallt und der Fehler in der UI abgefangen wird, wird man nen UI Fehler sehen. Das bedeutet nicht das die UI Fehlerhaft wäre.

An error occured -> kommt vom allgemeinen Crash Handler, der versucht so viele Daten zu sammeln wie möglich.

Beispiel: UI::GetVehicleDetails -> es möchte für die UI compartments Informationen Sammeln. Sollten die compartments fehlerhaft sein, wird das Spiel beendet. (Die andere Lösung wäre, das die UI später abstürzt mit fehlerhaften Daten)

Anderes Beispiel:

it != components.end()'

Das passiert wenn Code ein Entity enthält und dann versucht eine Entity Component zu erhalten.

Nehmen wir an, eine Funktion möchte eine Station nutzen: Es bekommt ne EntityId.

Dann sucht es per Iteratorr alle Teile der Entity durch.

Normalerweise wird es irgendwann eine STATION_GROUP finden, sollte die Liste durchlaufen und keine Components mehr übrig sind:

Der Iterator ist am Ende -> Fehlermeldung

Technisch sollte das aber eigentlich aber nie auftreten.

(Hier könnte man die ID ausgeben für bessere Fehlermeldungen. dafür Kämpfe ich schon seit Train Fever)

Und die Fehlermeldung weil es ein Makro ist, wird überall genutzt. Daher kann man davon keinen Fehler direkt ableiten...

Da das Spiel mit C++ programmiert ist, werden sie wohl dafür eh den throw-catch Mechanismus nutzen. Das User Interface ist mit hoher Wahrscheinlichkeit dann der allgemeinste Teil sein mit allen Fehlern die nicht vorher in der Aufrufkette abgefangen worden sind. Das könnte schon der Button zum Laden eines Save-Files sein.

Stürzt ein neues Spiel ohne Mods auch an der Stelle ab? (Wenn nicht ist es wohl eher keine defekte Originaldatei).

Texture load error: file name empty

Das gefällt dem Spiel glaube nicht wirklich. Lieber eine nicht vorhandene Textur als " " ... Von welchem Mod das auch immer stammt ...

Hab ne Weile nix neues mehr gebastelt für das Spiel, aber ich erinnere mich, daß es zumindest mal ne Absturzursache war ...

Texturen werden eigentlich abgefangen und Fakt ist auch, es ist fast unmöglich, eine stdout ohne "texture load error" zu finden...