rufst du eigentlich den Code
postRunFn
Wir begrüßen euch in der Fan-Community zu den Spielen Transport Fever und Train Fever, den Wirtschaftssimulatoren von Urban Games. Die Community steht euch kostenlos zur Verfügung damit ihr euch über das Spiel austauschen und informieren könnt. Wir pflegen hier einen freundlichen und sachlichen Umgang untereinander und unser Team steht euch in allen Fragen gerne beiseite.
Die Registrierung und Nutzung ist selbstverständlich kostenlos.
Wir wünschen euch viel Spaß und hoffen auf rege Beteiligung.
Das Team der Transport-Fever Community
rufst du eigentlich den Code
postRunFn
Die Repositories unter api.res
autoGroundTexRep
groundTextureRep
cargoTypeRep
haben kein setVisible
api.res.<name>.isVisible(index) ist eine Funktion
Das Attribut ob ein Eintrag "angezeigt" wird, liegt außerhalb der Daten der get Funktion , hier mal ein Beispiel.
struct StreetTypeRep_Entry
{
std::string name; // genutzt durch api.res.streetTypeRep.find bzw. getAll
StreetType *streetType; // Zugriff via api.res.streetTypeRep.get (in postRunFn schreibbar sonst nur lesend)
bool visible; // Zugriff via api.res.streetTypeRep.setVisible isVisible
};
Wie immer der Hinweis, das ist meine eigene Interpretation des Arbeitsspeicher Inhalts und spiegelt nicht UGs Code wieder. (Ich bin aber sehr dicht dran) ![]()
Bitte bedenkt auch, TPF2 hat ein Limit von 255 GroundTexturen wenn ich mich recht erinnere...
Bitte bedenkt auch, TPF2 hat ein Limit von 255 GroundTexturen wenn ich mich recht erinnere
Hast du eine direkte Empfehlung für mich, die ich sofort umsetzen sollte?
Das Grundproblem trat auf, als ich NEPII aktivierte, dann wurden plötzlich die Randsteine entlang der Asphaltflächen auf den Asphalt gezeichnet, was dazu führte, dass die Randsteine überall als ein breites Band erschienen. Ich bekam den Tipp, ich solle eine Kopie der Vanille-Textur erstellen und ihr einen eindeutigen Namen geben, was ich auch tat und es funktioniert jetzt. Ich habe mich jedoch dafür entschieden, eine Kopie der Texturen zu erstellen, die ich verwende, in der Hoffnung, dass kein anderer Mod einen Konflikt verursacht. Die Frage ist, ob 4 neue Texturen nimmt zu viel von der 255, die du angibst. Diese 4 würde ich lieber ausblenden, um keine Verwirrung beim Spieler zu stiften.
Es gibt ein Problem mit den Lanes für Fahrzeuge von Arbeitern, die auf das Werksgelände fahren, wenn das integrierte Depot Fahrzeuge ausspuckt:
Die stehen sich stur im Weg, bis ein PKW sich wegteleportiert oder die "LineManager"-Mod beginnt, stecken gebliebene Linienfahrzeuge zu entfernen (die leer sind).
ein Problem mit den Lanes
Interessantes Phänomen, das ich bei meinen Tests nicht gefunden habe, das aber in der Version 1.2 behoben sein sollte.
Hi,
wenn ich im Depot den Frachtträger kaufe und auf eine Rohrlinie setze stürzt das Spiel ab.
Der Kauf ist kein Problem, aber sobald man das "Fzg" einer Linie zuweist crasht es.
Hier die Meldung dazu:
Plus Auszug aus der stdout.txt:
Details:
Assertion Failure: Assertion `s >= 1' failed.
Minidump: G:/Spiele/Steam/userdata/7085725/1066780/local/crash_dump/abf2755a-10c2-4bbb-9f2b-b8ba3230da4f.dmp
UI Component Hierarchy:
type: class UI::CGameUI, id = "", name = "CGameUI", styleClasses = {"top-gamebar-visible"}
type: class UI::CMenuUI, id = "", name = "MenuUI", styleClasses = {}
type: class UI::CComponent, id = "", name = "wrap", styleClasses = {"mods-enabled", "platform-desktop", "ui-classic", "input-mouse", "gamepad-type-xbox"}
In file: urban_games/train_fever/src/Game/transport/move_path_util_common.cpp:80
In function: struct transport::Path __cdecl vehicle_util::common::`anonymous-namespace'::AppendNext(const class ecs::StreetConnectorSystem &,const class ecs::Engine *,const class transport::TpNetData &,class std::vector<struct std::pair<struct transport::EdgeId,bool>,class std::allocator<struct std::pair<struct transport::EdgeId,bool> > > &,int)
__CRASHDB_CRASH__ struct AssertException: urban_games/train_fever/src/Game/transport/move_path_util_common.cpp:80: struct transport::Path __cdecl vehicle_util::common::`anonymous-namespace'::AppendNext(const class ecs::StreetConnectorSystem &,const class ecs::Engine *,const class transport::TpNetData &,class std::vector<struct std::pair<struct transport::EdgeId,bool>,class std::allocator<struct std::pair<struct transport::EdgeId,bool> > > &,int): Assertion `s >= 1' failed.
Exception type: Fatal error
Details:
Assertion Failure: Assertion `s >= 1' failed.
Minidump: G:/Spiele/Steam/userdata/7085725/1066780/local/crash_dump/abf2755a-10c2-4bbb-9f2b-b8ba3230da4f.dmp
UI Component Hierarchy:
type: class UI::CGameUI, id = "", name = "CGameUI", styleClasses = {"top-gamebar-visible"}
type: class UI::CMenuUI, id = "", name = "MenuUI", styleClasses = {}
type: class UI::CComponent, id = "", name = "wrap", styleClasses = {"mods-enabled", "platform-desktop", "ui-classic", "input-mouse", "gamepad-type-xbox"}
In file: urban_games/train_fever/src/Game/transport/move_path_util_common.cpp:80
In function: struct transport::Path __cdecl vehicle_util::common::`anonymous-namespace'::AppendNext(const class ecs::StreetConnectorSystem &,const class ecs::Engine *,const class transport::TpNetData &,class std::vector<struct std::pair<struct transport::EdgeId,bool>,class std::allocator<struct std::pair<struct transport::EdgeId,bool> > > &,int)
Goodbye.
Alles anzeigen
wenn ich im Depot den Frachtträger kaufe
Welchen Depottyp kaufst du den Frachtträger? Du kannst ihn nur im Pipeline-Depot kaufen.
Ich muss sehen, was im Logbuch steht. Damit ich die Details sehen kann, musst du stdout.txt anhängen.
Ja, Exakt dort kaufe ich den Frachtträger.
Hier die Datei:
Ich habe vielleicht die Ursache gefunden. Die neue version ist hochgeladen.
Ich habe vielleicht die Ursache gefunden. Die neue version ist hochgeladen.
Nein, hier leider nicht. Alles wie gehabt.
Sorry, ich musste eben weg.
Ja, du hast Recht, ich hatte ganz vergessen das man den ja hier laden muss.
Zudem tatsächlich zeitgleich im Workshop irgendein Mod geupdated wurde hatte ich sofort gedacht es wäre deiner gewesen.
Aber es hat nicht geholfen, stürzt weiter ab, sorry.
Für mich ist das sehr seltsam. Die Mod wurde für eine lange Zeit aus, ohne dass jemand auf dieses besondere Problem zu bemerken. Ich habe jetzt getestet und finde ein Problem im Depot. Dieses will in meinem alten Testspiel nicht auftauchen, aber jetzt bekomme ich es in einem neuen Spiel.
Ich hänge hier eine Datei an und frage ob du diese Textdatei kopieren und gegen die alte ersetzen kannst. Ich bin dankbar für deine Geduld.
Die angehängte Datei befindet sich im Ordner: melectro_oil_terminal_1\res\models\model\depot
kopieren und dann das Spiel neu laden.
Hat leider nicht geholfen.
Reicht es denn einfach das Spiel zu laden und dann das Fzg auf die Linie zu setzen oder soll man noch was anderes machen?
Depot neubauen, Fzg verkaufen und neu kaufen oder sowas in der Art?
Sorry
Du wirst das Depot abreißen und ein neues bauen müssen.
Ja, OK. Moment ![]()
No, sorry. Didnt worked.
You want to have my savegame for testing?
Wenn du ein Test-Savegame hast, das nicht mit einem Haufen Mods vollgestopft ist, kannst du es mir gerne zuschicken.
Ich werde mein kleines Testspiel posten, damit du testen kannst, ob es bei dir funktioniert.
Hier ist ein Link:
OK, mit deinem Spielstand konnte bei dem Depot wenn man den Frachtträger gekauft hat keinen Punkt zur Halstelle finden.
Nachdem ich das Depot gelöscht und erneuert hatte lief das Fahrzeug dann. Seltsam.
Übrigens habe ich aber das Depot nicht an zwei Pumpen angeschlossen sondern direkt an die Rohre des Terminals und so zwei Terminals miteinander verbunden.
Das mit den zwei Pumpen habe ich nie so probiert weil ich dachte, dass das Depot auch mit einem Terminal direkt funktioniert.
Zumindet kann man eine Linie erstellen die an dem Rohr zwischen den Terminals entlangführt.
Ich habe heute leider keine Zeit mehr, wenn es OK ist reden wir morgen wieder, OK?