[ModManager] TFMM - Train Fever Mod Manager

Wie gesagt, ich kann den tfmm unter mac osx nicht testen, da programmiere ich "blind", ich brauche also genaue Fehlerberichte und die logs um Fehler eventuell zu finden und zu fixen.

McAffee deinstallieren Ne eigentlich sollte das wie jedes Antivirenprogramm die Möglichkeit bieten "Ausnahmen" zu definieren. Also festzulegen, dass bestimmte Ordner oder einzelne Dateien nicht überprüft werden.

Immerhin beruhigend (für mich), dass es nicht am TFMM liegt

Alle Informationen zu den mods werden direkt im jeweiligen Train Fever Installationsordner gespeichert. Daher kann TFMM theoretisch für unendlich viele parallele TF Installationen gleichzeitig genutzt werden. Unter Windows wird der Train Fever Ordner, den tfmm nutzt in der ini gespeichert. Daher kann man verschiedene tfmm.exe gleichzeitig auf verschiedene TF Installationen los lassen ohne dass die sich gegenseitig stören.

Das Version 0 und Version 1 unterschiedliche mods sind und sich daher nicht gegenseitig überschreiben ist eine Vorgabe von Urban Games. Ursprünglich wurden die major Version zählen eingeführt um mehrere Versionen der selben Mod parallel verfügbar zu haben. Hintergrund: wenn jemand ein Spiel mit einer Mod beginnt, ist diese Mod ja mit dem savegame verknüpft. Sollte ein update nun die Kompatibilität brechen. Sprich: Dateinamen ändern sich o.ä., wären alle Spielstände in denen die alte Mod genutzt wurde nicht mehr spielbar. Daher hat Urban Games entschieden, dass mehrere "major version" unterschiedliche mods darstellen und parallel installiert sind. Die neueste Version für neue Spielstände, alle älteren Versionen für eventuelle älteren Spielstände, die diese Mod benötigen.

Wichtig: diese Entscheidung kommt nicht von mir

Ich könnte eventuell in den tfmm einbauen, dass eine bestimmte Angabe in der info Datei dazu führt, das älteren Versionen entfernt werden. Aber alle Spielstände müssen dann immer noch manuell vom Spieler angepasst werden! Denn: die Major Version Nummer (hier also von 0 auf 1) steht ja im Ordnernamen. Und auf diesen verweist ja der Spielstand.

Die Verstrickung/Vermischung von interner und externer Verwaltung von mods macht die ganze Geschichte in meinen Augen für alle beteiligten nicht grade einfacher. Aber nun ist es halt so

Ich glaube, es gab in der Zwischenzeit ein paar "heimliche" Updates, jetzt aber mal wieder eine Ankündigung:

Version 0.9.130 (Windows / Linux / Mac) (Testing)
ACHTUNG, bei dieser Version wurde der Programmstart komplett überarbeitet, wenn es Fehler gibt, weiterhin die Version 0.9.125 nutzen.
Windowsnutzer können die Version 0.9.131 von hier herunterladen.

• Geändert: deutlich schnellerer Programmstart
• Geändert: Updater wählt automatisch aktuellen Kanal aus

Version 0.9.125 (Window / Linux) (Testing)

• Hinzugefügt: Neuer Updater mit mehr Informationen und zwei Kanälen (Stabile Version und Testversion)
• Hinzugefügt: Programmparameter: -debug TFMM erstellt Logdatei
• Hinzugefügt: Programmparameter: -testmode TFMM prüft nicht, ob TF installiert ist, alle Pfade werden anerkannt
• Hinzugefügt: Neues Symbol

Version 0.9.120 (Window / Linux) (Testing)

• Bugfix: Name / Autor nicht korrekt ausgelesen
• Bugfix: Fehlende Tag-Übersetzungen sehen "schöner" aus
• Hinzugefügt: Ladebalken beim Start

Download wie immer hier in der Filebase oder auf der neuen Projektseite.

Hat der erste Start geklapp, oder kam die Fehlermeldung sofort?

Edit: Aufgrund fehlender "echter" LUA Implementierung wird TFMM diese Mod nicht richtig lesen können.
Erklärung: Ich habe nie LUA genutzt bzw gelernt, es gibt keine native LUA Unterstützung für die Sprache in der TFMM geschrieben ist. Doppelte Hürde für mich. Daher werden info.lua und strings.lua im mom nur durch RegExp gejagt um die Inhalte rauszufiltern. "Fancy" stuff wie von Dir in der string.lua genutzt kennt TFMM nicht

Edit2: Die Fehlermeldung wurde nun wieder alleinig ins "Debug" verschoben, in der nächsten Version sollte sie Ruhe geben. Ich habe grade keine Lust, alles neu zu packen und bliblablub hochzuladen, daher hier als Anhang einer Version ohne diese Meldung.

Edit3: Das Problem: Beim ersten hinzufügen der Mod liest TFMM zuerst die tfmm.ini (dort steht ein Name), danach wird alles aus der info.lua gelesen. Aus der Info.lua findet TFMM bei diesem Mod keinen Namen, aber das ist egal, den hat TFMM ja eh schon. Wenn man TFMM nun schließt und erneut öffnet, wird nur noch die info.lua gelesen, falls sich deren Inhalt geändert hat. Die tfmm.ini liegt nicht im mods/ Ordner und wir daher auch nicht mehr gelesen. Aktueller Workaround wäre also, den Mod noch mal neu rein zu schieben, da TFMM in diesem Fall die tfmm.ini nutzen kann und sich danach alles merkt. Oder halt eben mit einem leeren Namensfeld leben Ob ich LUA jemals vollständig unterstützen kann ist fraglich... Einen schöneren Parser könnte ich sicherlich basteln. Aber vollständige Unterstützung der von Dir genutzten Variablenzuweisung inder strings.lua ist mir doch zu viel Aufwand - solange ich es also nicht schaffe, das "originale" LUA irgendwie angenehm zu integrieren sieht es da mau aus.

Ein Basic Dialekt. Ich kann aber normale DLLs laden bzw auch C Bibliotheken importieren. Ich habe damals bei der Umstellung auf das neue Modding-System bereits damit gespielt LUA zu integrieren. Die Bibliothek zu laden ist kein Problem, nur eben das wirkliche "parsen" der info.lua habe ich nie hinbekommen aufgrund null Erfahrung mit LUA
Schön wäre es, einer Lib (cross-plattform!) den Pfad zur info.lua zu geben und dann in einen Strukturierten Speicherbereich die entsprechende Werte geschrieben zu bekommen.

zB:

typedef struct {
  char *tag;
  tag *next;
} tag;
typedef struct {
  char *name;
  char *role;
  char *text;
  char *steamProfile;
  int tfnetId;
  author *nextAuthor;
} author;
typedef struct {
   char *name;
   char *tf_id;
   int minorVersion;
   char *severityAdd;
   char *severityRemove;
   int tfnetID;
   int minGameVersion.i;
   char *url;
   char *description;
   author *author;
   tag *tag;
} modinfo;


int getInfo(char *lua, modinfo *info);