TPFMM - Transport Fever Mod Manager

**eis_os** · 27. April 2019

Do you get a message box about TPF Lua? (maybe remove CommonAPI as test)

El Presidente · 27. April 2019

Zitat von eis_os

Do you get a message box about TPF Lua? (maybe remove CommonAPI as test)

No error message from TPFMM. The only error messages I got was the Konsel output and I posted everything from that output above. That's why I told the system to run TPFMM so that I could an echo of the errors since TPFMM was silent. Actually I can't tell if TPFMM is crashing or gtk giving up. It might just be gtk4 causing confusion with gtk3 but that is a guess in the dark as I don't know much about how gtk works. I just know that gtk is critical for defining a programs graphics and controls.

El Presidente · 28. April 2019

I just tried running TPFMM again and this time I think you might find the last part of interest.

(TPFMM:18358): Gtk-CRITICAL **: 21:51:26.168: _gtk_widget_get_preferred_size_and_baseline: assertion 'GTK_IS_WIDGET (widget)' failed

(TPFMM:18358): GLib-GObject-WARNING **: 21:51:26.187: invalid unclassed pointer in cast to 'GtkTreeModel'

(TPFMM:18358): Gtk-CRITICAL **: 21:51:26.187: gtk_tree_model_iter_n_children: assertion 'GTK_IS_TREE_MODEL (tree_model)' failed

(TPFMM:18358): GLib-GObject-WARNING **: 21:51:26.187: invalid unclassed pointer in cast to 'GtkTreeModel'

(TPFMM:18358): Gtk-CRITICAL **: 21:51:26.187: gtk_tree_model_iter_n_children: assertion 'GTK_IS_TREE_MODEL (tree_model)' failed

(TPFMM:18358): Gtk-CRITICAL **: 21:51:26.203: gtk_window_set_default_size: assertion 'width >= -1' failed

(TPFMM:18358): Gtk-CRITICAL **: 21:51:26.203: gtk_widget_set_size_request: assertion 'width >= -1' failed
commonapi.init 20190331

(TPFMM:18358): Gdk-ERROR **: 21:51:26.553: The program 'TPFMM' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
(Details: serial 2780 error_code 17 request_code 20 (core protocol) minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the GDK_SYNCHRONIZE environment
variable to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)

JumperGaming · 28. April 2019

@MaikC Ja, genauso meine ich das aber wo man ein Datum sieht wann man den Mod installiert hat.

HellsMarch · 4. Mai 2019

Ich hab mir den TPFMM heute runtergeladen und wollte ihn starten. Dabei spuckt er mir jedes mal diese Fehlermeldung aus. Habe sowohl normal als auch mit Admin-Rechten gestartet.

################################################################################
ERROR @ 2019-05-04_18-30-23
TPFMM v1.1.58 b5264 Win {dc4e78465d10c9f0c701435d4f98e182}
"Invalid memory access"
-1073741819@5369325040>128290816
E:\projects\PB\TPFMM\source\module_mods.pbi line 1147
OS: Windows 10 on AMD Ryzen 3 2200G with Radeon Vega Graphics (x4)
Available Physical Memory: 10016 MiB / 16313 MiB
Available Virtual Memory: 134213394 MiB / 134217727 MiB
Available Swap: 14307 MiB / 23726 MiB
################################################################################

log:

animation:: load ani file "images/logo/logo.ani" #32772664
animation:: loaded ani file in 34 ms
windowMain:: navBtnMods()
animation:: load ani file "images/logo/logo.ani" #32772744
animation:: loaded ani file in 39 ms
main:: - game directory: C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\
main:: reset main window location
main:: window location not valid
main:: center main window on primary desktop
mods:: scan mods folder {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\}
mods:: {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\eisfeuer_duewag_r_1_1\} has no mod.lua
mods:: {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\eisfeuer_duewag_r_1_1\} has not mod.lua
mods:: {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\eisfeuer_duewag_r_1_1\} has no info.lua
mods:: {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\mods\eisfeuer_duewag_r_1_1\} is not a TPF or TF mod
mods:: scan workshop folder {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\}
mods:: scan staging area folder {C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\userdata\staging_area\}
mods:: check for removed mods
mods:: found 620 mods in folders
lua:: lua_pcall: ...rt Fever\..\..\workshop\content\446800\916583006\mod.lua:8: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\916583006\mod.lua
mods:: mod {*916583006_1} has no name
mods:: no name for mod {*916583006_1}
lua:: lua_pcall: ...rt Fever\..\..\workshop\content\446800\840539897\mod.lua:9: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\840539897\mod.lua
mods:: mod {*840539897_1} has no name
mods:: no name for mod {*840539897_1}
lua:: lua_pcall: ...rt Fever\..\..\workshop\content\446800\917000800\mod.lua:9: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\917000800\mod.lua
mods:: mod {*917000800_1} has no name
mods:: no name for mod {*917000800_1}
lua:: lua_pcall: ...t Fever\..\..\workshop\content\446800\1102427495\mod.lua:9: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\1102427495\mod.lua
mods:: mod {*1102427495_1} has no name
mods:: no name for mod {*1102427495_1}
lua:: lua_pcall: ...rt Fever\..\..\workshop\content\446800\920531904\mod.lua:8: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\920531904\mod.lua
mods:: mod {*920531904_1} has no name
mods:: no name for mod {*920531904_1}
lua:: lua_pcall: ...rt Fever\..\..\workshop\content\446800\829024748\mod.lua:9: bad argument #-1 to '_' (string expected, got nil)
lua:: could not read C:\Program Files (x86)\Steam\steamapps\common\Transport Fever\..\..\workshop\content\446800\829024748\mod.lua
mods:: mod {*829024748_1} has no name
mods:: no name for mod {*829024748_1}

**MaikC** · 4. Mai 2019

Die Mods haben alle eins gemeinsam, es wird in der mod.lua --> description = _(info_desc), aufgerufen es wird also eine strings.lua erwartet die es allerdings nicht gibt ( @Markus1014 @Cadoras @unimatrix34 ).

Mit dem alten TPFMM konnte ich 2 der Mods problemlos installieren, ob das beim (neuen) TPFMM zum Absturz führt kann ich allerdings nicht sagen, da ich ihn nicht nutze. Der stürzt nämlich immer noch direkt beim Start ab:

StrikerZero94 · 4. Mai 2019

Vielen Dank für den TPFMM, habe bereits über 600 Mods im Spiel, läuft ohne Probleme.
Benutzte es täglich, Super Programm.

Wird der Transport Fever Mod Manager auch für Transport Fever 2 geben? Wenn möglich versteht sich
Wäre natürlich sehr geil, wenn du daraus ein Programm machst, was beide Spiele unterstützt.

Vielen Dank nochmal,

mit freundlichen Grüßen

kadir45 · 15. Mai 2019

Wenn man Transport Fever 2 in handel raus kommt kann man die alle mods das jetzt in normal TPFMM weiter mods wählen oder muss man neue Mod Manager insterleren.

**Yoshi** · 16. Mai 2019

Ich bezweifle Mal, dass @Xanos dazu eine Aussage treffen kann, wenn noch nicht Mal klar ist, was sich modtechnisch für TPF2 so alles tut.

guapo298 · 16. Mai 2019

Hallo,

habe heute im TPFMM gesehen, dass derzeit keine MODs von Transportfever.net geladen werden können als Quellen schlägt es nur STEAM vor.
Woran liegt das?

Danke für eine Info.

Gruß
Steffen

Grisu118 · 16. Mai 2019

Zitat von Grisu118

https://www.transportfevermods.com/de/database.html funktioniert auch nicht mehr

Manuelles aufrufen von https://www.transportfevermods…pository/mods/tpfnet.json gibt nichts zurück.

Scheint wieder ein ähnliches Problem zu sein

**Xanos** · 20. Mai 2019

Version: 1.1.63 (Windows only)

Changes

change default backup location
try to catch memory issues when save game cannot be read
new thread handling
improved performance for mod lists
new dialog for adding 3rd party repositories
support direct URL download
workaround TGA image bug
multiple minor changes and bugfixes

Gordon Dry · 20. Mai 2019

Code

<settings_backup_move_error>

Ich wollte nur die backups raus haben aus AppData ...

JohnvomTHW · 20. Mai 2019

Guten Tag alle zusammen... Ich habe folgende Meldung bekommen. Falls ich irgendwas übersehen haben sollte (in der datei oder diesem Thread) bitte melden. Der Inhalt: https://www.heypasteit.com/clip/0ISKE2

**Xanos** · 20. Mai 2019

@Gordon Dry Die entsprechenden Fehler stehen in der Log Datei. << bitte anhängen oder einfügen
Die fehlende Übersetzung des Fehlers füge ich ein. Da wird dann wohl so etwas stehen wie "Verschieben des Ordners fehlgeschlagen".
@JohnvomTHW Die Log kann auch direkt in die Nachricht eingefügt werden, nur zur Info. bzgl dem Fehler: schau ich mir an, ist aber eine ältere Version, evtl mal mit einer neuen testen (Link ist 2 Posts weiter oben)

Gordon Dry · 20. Mai 2019

Es ging mir nicht um die fehlende Übersetzung, sonern um den Fehler.

**Xanos** · 20. Mai 2019

Deswegen bezieht sich der erste Teil meiner Antwort auch auf eben diesen Fehler.
Die Übersetzung habe ich nur ergänzend hinzugefügt.

Gordon Dry · 20. Mai 2019

Was ich auch versuche, immer der selbe Fehler.
Also helfe ich mir mit einer junction link und der backup Ordner bleibt, wo er ist.

**Xanos** · 20. Mai 2019

Und ich bitte immer noch um die Log...
Am wahrscheinlichsten ist übrigens, dass der Zielordner nicht leer ist.
Und wenn alle stricke reißen, kann man den Pfad einfach selbst in die Einstellungsdatei schreiben, auch wenn das nicht empfohlen ist.

Gordon Dry · 21. Mai 2019

es ist völlig egal, ob der Quell- oder Zielordner existiert oder nicht
es ist egal, ob der Ordner leer ist oder nicht
dass TPFMM die Log-Datei so dermaßen blockiert, dass sie noch nicht mal mit einem Editor (oder Viewer) angesehen werden kann, ist schon krass
(ich bin es seit vielen Jahren gewohnt, mit Notepad++ und/oder UltraEdit die Log-Datei eines Spiels im Hintergrund geöffnet zu haben, mit dem Feature der Aktualisierung etc.)

Nun starte ich also die TPFMM.exe und warte, bis sie bereit ist (dauert in etwa doppelt so lang wie bei der vorherigen Version).
Nun gehe ich direkt in die Einstellungen, dann in den Tab "Sicherheitskopien".
(Schade, dass ich den Pfad nicht eingeben bzw. mit STRG+V einfügen kann).
Also öffne ich den "Ordner suchen"-Dialog.
Nun gut, dort kann ich ja den Pfad unten eingeben und mit Enter bestätigen.
Im Log finde ich diesen interessanten doppelten backslash:

Code

mods:: delete empty backup folder C:\Users\Admin\AppData\Roaming\TPFMM\backups\\

Hier das komplette Log:
tpfmm.zip

Ach, das soll übrigens der neue Ordner sein:
e:\Spiele\Transport Fever\TPFMM\backups\

TPFMM - Transport Fever Mod Manager

Willkommen in der Transport Fever Community

Teilen