Beiträge von VacuumTube

Zitat

C:\build\tpf2\src\Lib/ecs/Engine.h:275: int __cdecl ecs::Engine::GetComponentDataIndex(const class ecs::Entity &,int) const: Assertion `it != components.end()' failed.

Es wäre wichtig, was du genau beim Absturzzeitpunkt gemacht hast.

Da keine weiteren Angaben dort stehen, kann dir also nur UG den Fehler erklären. Evtl das dmp dorthin schicken

Zitat von wultna

Ich hatte selbst schon mal auf die Schnelle gesucht ob ich die High/Mid LOD-Distance irgendwo heraufsetzen kann, war aber daran gescheitert. Further Render Distance hatte da nämlich leider keinen Einfluss drauf.

Falls du den globalen Lod Faktor meinst, das ist einfach lodDistanceScaling in der Config.

Zum Testen kann man den auch im Debug Modus im Spiel ändern.

NEP setzt allerdings bei allen drei Grafikoptionen lodDistanceScaling auf 1 (ich weiß nicht warum)

Das passiert, wenn die Daten, die per Save übergeben werden, aus Script und Gui Thread nicht übereinstimmen.

Sehr nervig und eigentlich unnötig. Ich hatte deswegen auch schonmal Probleme.

Daher hier einfach mal mein Problem und auch ein generelles Feedback zum Gamescript-System, was ich an UG schrieb:

Zitat

Hallo, hier mal ein generelles Feedback zu Gamescript und welche Probleme das bei mir aktuell mit sich bringt.

Wie ihr vlt schon wisst, entwickle ich gerade eine Statistiken Mod, welche daher auf Gamescript angewiesen ist. Da ich hier etwas weiter aushole und zahlreiche Unterdateien verwalte, habe ich das aufgeteilt in Script und Gui. Denn es ist ja so, dass dieselbe Gamescript Datei zweimal instanziiert wird - 1x im Script Thread und 1x im Gui Thread. Das ist etwas verwirrend am Anfang, wenn es dasselbe 2x gibt, aber mit anderen Zuständen. Daher macht es Sinn, das aufzuteilen, eine Datei script.lua und gui.lua. Denn in beiden möchte man andere Sachen machen und die Variablen sind ja eh nur pro Thread verfügbar. Trotzdem existiert dann beides jeweils 2x. Das funktioniert aber soweit.

In der Mod soll es auch Einstellungen geben, welche natürlich mit dem Savegame gespeichert und dann wieder geladen werden sollten. Das ist aktuell der Knackpunkt, denn wie ich im wiki gelesen habe, wird ja load auch dafür benutzt - hier allerdings im Script Thread. Das ist äußerst unpraktisch, dass das hier so zweideutig ist und nicht getrennt. Ich weiß, ihr macht das in den Kampagnen/missions mit "state = allState or state" und das mag dort Sinn machen.

Ich möchte aber nicht den ganzen state übergeben, sondern nur "state.settings". Das hat mehrere Gründe.

Im State gibt es nämlich noch alles mögliche andere, was nicht vom Savegame geladen werden soll, sondern ganz normal initialisiert wird. (z.B. ein Init Flag, was ich wiederum nur brauche, weil bei guiInit der initialisierte state (1. update call) noch nicht verfügbar ist.)

2. Da meine Gui Dateien logischerweise immer den aktuellen State brauchen (dessen Pointer sich jeden Step ändert), ist es mit einem einfachen "load = function (allState) state = allState or state" nicht getan. Sondern ich muss den state zu einer anderen table anhängen, damit der aktuelle Pointer gefunden werden kann.

Also, was ich jetzt gemacht habe, ist in der script.lua einfach in load meine settings zuzuweisen. Aber aus obigen Gründen wird das dann natürlich auch im Gui Thread kontinuierlich ausgeführt. Also habe ich mit einem ugly workaround versucht zu erkennen, in welchem Thread ich bin.

gamscript.lua

...

save = function()

print("SAVE",avs.thread.getCurrentThread())

return avs.script.state

end,

load = function(state)

print("LOAD",avs.thread.getCurrentThread(),state)

if state then

avs.script.load(state)

avs.gui.load(state)

end

end,

script.lua

...

function script.load(loadState)

if thread.isScriptThread() then

if loadState.init then

log(1, "State found",loadState.time.now.date)

log(1, "Load Settings")

log.logTab(2,loadState.settings)

state.settings = loadState.settings

end

end

end

function t.isScriptThread()

return game.interface.addPlayer ~= nil

end

stdout.txt

...

<Game Script Init>

Advanced_Statistics: Loaded advanced_statistics/main

No resources are missing!

LOAD Script Thread table: 000001872F5A8A20

Advanced_Statistics: State found 2021-02-06 11:53:17

Advanced_Statistics: Load Settings

{ <My Settings> }

SAVE Script Thread

LOAD Gui Thread table: 000001872F5B2700

SAVE Script Thread

SAVE Gui Thread

..\..\src\Game\Game.cpp:349: void __cdecl CGame::StartGameSim(void): Assertion `m_data->gameStates[1]->ScriptSave() == m_data->gameStates[0]->ScriptSave()' failed.

Das mag aber offenbar das Spiel ganz und gar nicht, auch wenn ich nicht verstehe warum. Offenbar müssen die Ergebnisse von SAVE in beiden Threads gleich sein.

Alles anzeigen

Aktuell habe ich es nur so lösen können, das state.settings = loadState.settings immer auszuführen, aber das Loggen nur im Script Thread ausführen.

Solche ewig langen elseif Konstrukte sind generell fehleranfälliger und sehr unübersichtlich. Wenn man da mal was ändern will, wird das auch immer umständlicher.

Falls du es noch nicht kennst: Mit ParamBuilder kann man solche Parameter recht einfach und kompakt angeben.

Den Flughafen außerhalb der Karte gibt es hier als Beta: unsichtbarer "Zugspeicher" für Flugzeuge

Wenn man die Hinweise beachtet, kann man damit auch arbeiten.

Besucher-/Gütermagnet ist enthalten.

Auf Steam gibt es außerdem eine ähnliche Mod.

UG würde ja schon viel bewirken, wenn sie die Bugs, die ihnen gemeldet werden, ernst nehmen würden.

Immerhin versuchen Modder, häufig genannte Wünsche umzusetzen und helfen Ihnen somit, das Spiel zu erweitern.

Versuch es mal mit der downcast Funktion

Zitat von MaikC

der Lokführer hängt bei manchen Mods am Lampenmesh damit er bei vorwärts und rückwärtsfahrt ordnungsgemäß ausgeblendet wird

ok interessant, ich dachte nämlich die Sichtbarkeit vom Lokführer wird über die Angabe forward = true im seatProvider bestimmt.

(Genau so eine forward Angabe in den cameraViews würde übrigens das Wendeproblem lösen)

Interessanter Ansatz mit den configs, allerdings löst das ja nicht das Problem, denn in dem Fall müssten ja die Sitzplatzansichten weggelassen werden.

Diese lassen sich ja eh abschalten, womit sich die meisten Freezes umgehen lassen. Das steht aber auch schon in der Beschreibung und auf der 1. Seite dieses Threads.

Ich sehe da ehrlich gesagt eher UG in der Pflicht, sich diesen Bug mal genauer anzuschauen (der übrigens auch durch andere Situationen hervorgerufen werden kann). Solange ich das nicht wirklich ändern kann, lohnt sich da kein Update meinerseits.

Zitat von EMP

eine Funktion einbauen die sämtliche kamera positione des Mods überschreibt und nur in jedem Fahrzeug eine Perspektive hinzufügt

Wie das geht, steht ebenfalls auf der 1. Seite hier. Die ungewünschten Ansichten können einfach auskommentiert werden.

Signale in Wegpunkten Verwandeln

Leider kam UG auf die Idee, bei hinzufügen von cameraViews die Standardansicht wegzulassen. Auch das Wenden wird nicht berücksichtigt, sodass es da immer Probleme gibt, egal ob cameraViews von Mods oder von ACV.

MaikC Ich glaube, Markus1014 meinte mal es hängt damit zusammen, wenn das mesh auf dem der Lokführer definiert wird (group), eine bestimmte Art von mesh ist.

Laut wiki wird die Standardkamera in Abhängigkeit der ersten crew Position berechnet. Deswegen tritt das Problem in manchen Fällen erst beim Wenden auf und ist möglicherweise auch der Grund, warum das bei manchen Mods problematisch wird, wenn man cameraConfig entfernt ( Ralle)

Ja, das Kameratool ist aufwändiger und kostet mehr Zeit. Aber die Vorteile sind halt, dass es es wirklich ruckelfrei läuft und dass jedes Bild mit 10fach höherer Lod Distanz gerendert wird. Somit ist die Grafik am Ende auch wesentlich besser und zB die Aliasing Effekte bei den Schienen sind weg.

Ich habe das auch mal gemacht, da gabs ja ein Video von Xanos mit ffmpeg.

Um das zu vereinfachen hab ich mir mal eine batch datei geschrieben, um nicht jedes mal die Konsole auszupacken:

ffmpeg.exe -framerate 30 -i "relativer_ordner\bilddatei_img-%%d.tga" -c:v libx264 -crf 15 Ausgabe.mp4
pause

Faktoren für die Dauer sind vor allem Auflösung und Framerate. Da sollten Full Hd 30 FPS ausreichen. Problem ist auch der enorme Speicherbedarf der unkomprimierten tgas.

Also zur Not einfach mal im Hintergrund oder über Nacht laufen lassen

Manche Signalmods liefern ja Wegpunktsignale mit, ansonsten gibts auch einen Lexikonartikel wie man das einfach ändern kann.

Nachfragen schon, anscheinend liegt es am mesh der Sitzplatzpositionen

Manche Ansichten sind "verbuggt", das kann bei bestimmten Mods auftreten. Somit sollte das Problem immer an derselben Stelle auftreten.

Hast du Fahrer/Fahrgastansichten ausgeschaltet?

Mit einem Klick auf ESC und Warten kann man sich manchmal noch raus retten.

Sehr guter Nachbau, Respekt

Aber bitte ändere die Beschreibung, seit wann ist TPF2 ein Wirtschaftssimulator?

Was ich noch nicht versteh, du hast ja Fahrten mit den Keyframes im Kamera Tool programmiert. Aber hast du auch die Bilder damit generiert? Denn es sieht eher nach einer Bildschirmaufnahme aus (Autosave, gelegentliche Ruckler).

Bei 7:40 stehen einige Ausfahrsignale im Weichenbereich, das könnte stören, wenn dort Züge stehen bleiben.

Ja, sieht danach aus.

Offenbar wurde dieser Bug leider immer noch nicht gefixt.

Wann ist das denn genau passiert?

In der Beschreibung stehen die bekannten Probleme bzw kritischen Situation.

Naja, wenn die FPS nicht begrenzt werden, sondern immer maximal sind, ist man ja auch immer auf Volllast.

Die Bäume sind jedenfalls von nahem relativ detailliert modelliert.

Aber von weiter weg sollten Bäume keinen großen Einfluss haben.

Ich habe jedenfalls im Wald keine Performance Probleme (halte mich aber nicht oft dort auf).

Wenn man (Grafik-)Performance Vergleiche macht, dann doch in typischen Spielsituationen, wo viel zu sehen ist oder bei Mitfahrten.

Das Hauptproblem von TPF2 ist aber viel eher die Simulationsperformance, die leider immer noch nicht im Griff ist.

Zitat von easybronko

Vorgesehen war also anscheinend zumindest schon ein viertes Stadtgebiet

https://youtu.be/p08dFPedvGE?t=68  

Gehört wohl zu den Dingen, die wieder rausgenommen wurden

Zitat von Macongo

Performance sehe ich keine Verbesserung, platziere ich die Kamera unbeweglich einfach in den Wald, orgelt die GPU nach wie vor auf 100% rum...

Kein Wunder, weil dort die FPS (unbegrenzt) in die Höhe gehen. Nicht gerade das beste Maß für Performance.

Zitat von Macongo

Warum muss ein Sim ständig berechnet uind angezeigt werden, der am anderen Ende der Karte irgendwo rumläuft und ich ihn nie sehen werde ?

Wenn er nicht in Sichtweite ist, wird er nicht angezeigt.

Und jeder Sim muss kontinuierlich berechnet werden, denn du willst ja, dass sie weiterlaufen und deine Fahrzeuge benutzen, auch wenn du nicht in der Nähe bist?

Zitat von Macongo

Warum gibt es keine öffentlichen Gebäude wie Rathäuser, Uni, Krankenhäuser usw. die Passagiere anziehen ? Warum brauchen Fabriken keine Arbeiter, die ich dort hinkarren muss ?

Das ist natürlich leicht gesagt, aber dafür müsste UG ja auch wieder die grafischen Objekte dafür entwickeln. Außerdem müsste für solche größeren Objekte wahrscheinlich das ganze Stadterweiterungsprozedere überarbeitet werden.

Solange es Mods dafür gibt, ist die Kombination mit Personenmagneten eine Alternative. Es gibt auch eine Mod für Fabrikarbeiter.

Zitat von Macongo

Irgendwelche Updates die für Modder und Insider vielleicht irgendwas bedeuten aber dem eigentlichen Spieler nichts bringen ist Zeitverschwendung.

Wenn man sich als Spieler die Release Notes anschaut, mag dieser Eindruck vielleicht entstehen.

Als Modder und Teilnehmer des Beta Testens muss ich da aber widersprechen. Im letzten Update wurden neben Vulkan einige Bugs beseitigt und Kleinigkeiten verbessert. Nur weil dafür viele Einträge sind, heißt das nicht, dass dafür die meiste Zeit draufgegangen ist.

Von der Verbesserung der Modding-Schnittstelle profitieren über Mods letztendlich alle.

Trotzdem stimme ich dir zu und hoffe dass in Zukunft mehr WiSim Features berücksichtigt werden. Da ist in letzter Zeit wirklich wenig passiert.

Das Problem an der Sache ist halt, dass man grafische Objekte/Featues direkt zeigen kann und sofort anschaulich sind. Für die Vermarktung des Spiels, ebenso bei Mods.

Bei wirtschaftlich/technischen Features ist das hingegen schwieriger. Auch Umsetzung, Testen und Balancing solcher komplexeren Features ist sehr zeitaufwändig. Ein Grund dafür, dass es in dieser Richtung auch sehr wenige Mods gibt.

Wie soll das gehen ohne jedes Mal beim Laden eine stylesheet Lua Datei zu generieren? Und für stylesheets gibts ja kein interface.

Aber auch hardcoded ist keine Dauerlösung, da es noch andere Farbmods gibt...

Zufällig gefunden

MaikC Für die Statistik, umgesetzt

Town Building Filter (Era)

An error just occurred ist eine sehr allgemeine Fehlermeldung, wenn intern in TPF irgendwas schiefläuft.

Das kann alles mögliche sein, daher gibt es nicht die eine Lösung.

Glaub nicht.

Wenn sich der ColorButton nicht selbst von der Form anpassen lässt, könnte man höchstens noch versuchen, das Bild als transparenten Kreis dadrüber zu legen.