CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

Hallo,

leider ist mal wieder viel Zeit für kreative Workarounds drauf gegangen.

Eine echte Hilfe oder Funktionen, die eine stabilere CommonAPI2 ermöglicht habe ich UG trotz aller Versuche nicht abringen können.

Bestes Beispiel ist die UI Nutzung im Hauptmenü crasht das Spiel, ich habe nun den Fehler gefunden: LUA wird vor der UI entladen und das führt zum Crash.

Mit kreativer LUA Metatable Programmierung entferne ich nun die UI Elemente. Das scheint bei mir nun sehr stabil zu laufen. Keine Crashs mehr in der Linux Version beim beenden!

Auch habe ich ganz einfache Sachen wie game.config schreibar in postRunFn zu machen angefragt, aber auch so etwas ist nicht gewollt.

Version 20210516 ist da

Wenn die DLL oder SO Library nicht geladen wurde (native code funktioniert nicht) benutzt CommonAPI2 nun mehrere Dateien um Daten zwischen den LUA States zu transportieren,

daher ist es nicht sinnvoll das Spiel mehrmals zu starten! Wenn die DLL läuft, wird das alles im Programmspeicher abgewickelt.

Gleislisten werden nun sehr spät in der postRunFn nochmals übernommen und alle Parameter der Konstruktionen ggf. verändert.
commonapi.uiparameter.modifyTrackCatenary verändert nun die uiliste teils dynamisch. (Man sieht es an einem (c) im ersten Eintrag)

Damit sollte der ganze Krempel nun mit dynamischen Gleisen funktionieren, wenn jemand ein Mod kennt, das Gleise via postRunFn ändert oder hinzufügt, bitte ich um Tests.

Den Ringlokschuppen mit Fix habe ich nun mit und ohne Dll, mit und ohne Debug Modus getestet und alles hat funktioniert.

Ich bitte um Tests, da ich bald wieder Steam und reguläre Versionen anbieten möchte.

Um Funktionen wie Gleis- und Strassenlisten oder Zugzielanzeigen zu nutzen, muss CommonAPI2 auch in Spielstand aktiv sein.

Das Problem mit Mod Updates wegen unabhängigen Dateisystemen ( Laufwerksbuchstaben in Windows ) sollte mit der Version 20210425 beseitigt sein.(Fehler access denied)

Neue Version 20210607

Bitte beachtet den Hinweis bei Einstellungen bezüglich Line Destination

Download unter:

CommonAPI2 - Neue Versionen und wichtige Informationen

---

Das entfernen vom weißen Layer/Overlay bei Gleisgeschwindigkeiten funktioniert technisch nur mit der Ausnutzung einem Fehler des Spiels (man konnte das auch schon vorher erreichen mit X Klicks bzw. Umwegen).

Daher ist es mir zurzeit nicht möglich das genauso zu Handhaben wir beim Fahrzeug und Linienmanager und eine Auswahl zu speichern.

Einfach auf den rot hinterlegten Farbeimer klicken sollte aber trotzdem erheblich schneller gehen.

Randomisierte Fahrzeuganimationen habe ich schon auf nach/Ende Beta verschoben.

Inkompatibilitäten kann ich sowieso erst in Angriff nehmen wenn UG etwas zum Testen veröffentlicht...

Gordon Dry

Schalte bitte "newevents" in den Einstellungen ab (DON'T ENABLE) ist auch so gemeint. Danach das Spiel komplett neu starten...

NEW_EVENTS:

LKWs früher zurückfahren zu lassen, wenn diese ab einer Station leer sind.

Siehe Warnung in der vorherigen Version:

CommonAPI2 Entwicklungsdiskussion, Fragen & Antworten

Ich arbeite da an neuen Events, es hat sich aber gezeigt, das ein zurücksetzen des Fahrzeugs in einer Linie auf die erste Haltestelle zumindest unter Linux zu einem Crash führen kann. Dafür war und ist das UI Addon der Dropdown Box um ein leeres Fahrzeug zur ersten Station schicken zu können.

Ein Einfügen einer Dropdown Box führt zu einem Problem mit der Farbauswahl im Gegensatz zu einer Textbox und einer Checkbox für LINE_DESTINATION. Frag UG warum.

Ich habe bei der letzten Version dazu um Feedback gefragt um herauszufinden ob es ein Linux oder ein allgemeines Problem ist. Da ich keine näheren Informationen bekommen habe, ist das setzen auf Anfang einer Linie im C++ Teil ausgeschaltet, aber restliche Teile für etwaige Entwicklungen noch vorhanden.

Ich benötige eine stdout.txt nach so einem Crash bitte.

Interessanter Fehler, denn das Buffer Resize scheint noch zu klappen, aber das binden via vkMapMemory geht nicht.

Ist das Device vielleicht schon abhanden gekommen wegen zu wenig Arbeitsspeicher/Videospeicher?

Weil ich kann mir eigentlich nicht vorstellen, das die Vertex Daten aus Imgui nicht mehr gemappt werden können, weil sie zu groß werden.

Ich arbeite zwischenzeitlich auch noch an einer alternative, sprich es wird über kurz oder lang auch eine Möglichkeit geben CommonAPI2 ohne Render Hook zu benutzen.

Aber UGs UI API macht mich einfach Wahnsinnig...

Hast du irgendwie eine alte Build von TPF2 und/oder CommonAPI2 gestartet?

Das sieht aus als würde die Version überhaupt nicht passen zumindest findet CommonAPI2 verhältnismäßig einfache Dinge in der exe nicht mehr.

Es kann sein, das es äußere Faktoren gibt, die verhindern das CommonAPI2 Speicherbereiche findet. Sollte es nochmals Auftreten, mal Windows komplett neu starten.

(Shift Neustart klicken -> Windows starten um etwaiges Windows Schnellstart zu umgehen)

Damit wird ASLR neu durchgeführt.

Es muss aber schon am Fehlerpunkt ein Userprofil & LUA im Speicher gefunden haben, so ganz verstehe ich das dann ehrlich nicht, oder es gab schon vorherige Fehlermeldungen.

Ich habe hier gerade mit einer Steam Windows Kiste sowohl mit 32019 als auch mit 31944 getestet.

Es könnte noch sein das ne alte CommonAPI2Native.dll irgendwo im System/Lua Pfad rumliegt, aber auch das wäre sehr unwahrscheinlich.

Die DLL bzw. das Spiel könnten so ungünstig im Speicher liegen via ASLR das ein Patch unmöglich wird, das wäre aber ein sehr seltenes Ereignis und ich wüsste nicht wie ich es testen könnte.

Der RTTI Code schaut eigentlich in den Binärcode, nach nem String und errechnet daraus dann die Speicherposition.
Haben andere Nutzer das selbe Problem? Wenn ja, bitte mal melden inkl. technische Daten: Arbeitsspeichergröße, Windows Build Version, etwaiger Virenscanner.