Beim Update lädt ja der TPFMM die Datei herunter und nach Xanos Beitrag müsste er sich dann die Quelle merken.
TPFMM - Transport Fever Mod Manager
Willkommen in der Transport Fever Community
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
-
-
Stimmt auch wieder...
-
Zum Thema Mod am Ordnername erkennen etc:
Da der Ordnername ja die einzige Identifikation des Mods aus Sicht des Spiels ist, wäre das natürlich auch der beste Weg, um den mod im TPFMM für updates zu suchen. Dafür müsste die online Datenbank den Ordner Namen aber kennen.
Ich habe schon mal getestet: theoretisch könnte mein Server die archive laden, mit 7zip rein schauen und den Ordnernamen speichern. Dann wären alle Basteleien mit der id hinfällig... Aber ist eigentlich unnötige last auf meinem Server, bin jetzt schon mit der Workshop Implementatierung unzufrieden...Edit: habe auch schon überlegt, dass jeder TPFMM, der eine Mod installiert und sowohl online-id als auch lokalen Namen hat, diese Info zur DB schickt. Die DB sammelt so nach und nach durch Installationen infos darüber, wo welcher Mod zu finden ist...
Leider ist dieses System anfällig für fake-EinträgeEdit2: Ich aktualisiere grade die Online-Datenbank -> Jeder Dateidownload bekommt nun den "foldername" angehangen...
Wenn ich mit dem Ergebnis in der db zufrieden bin könnte ich den TPFMM aktualisieren, sodass eine ID in der mod.lua überflüssig wird... -
Wo der TPFMM übrigens (verständlicherweise) auch durcheinander kommt ist dieser Mod Ludmilla DR und DB @Maverick2002 hat da 3 Pakete hochgeladen die aber nicht die gleiche Versionsnummer haben (die welche auch angegeben ist) Er versucht da ständig den Mod mit V1.0 upzudaten obwohl es da gar kein update gibt.
Einzige Lösung wäre da das in einem Downloadeintrag alle hochgeladenen Dateien die gleiche Versionsnummer haben, oder?
-
Mir ist grade beim Update der Güterwagen von Kaleut eine Kleinigkeit aufgefallen,
sobald der Modmanager etwas herunterläd, verändert sich bei mir die Fenstergröße des Programms ( von Vollbild auf ein etwas größeres Fenster das auf den 2ten Bildschirm hinüberreicht.).Ist jetzt nichts wirklich schlimmes oder störendes, ist mir grade nur zufällig aufgefallen
-
Welches Betriebssystem?
-
win. 10
-
@Randomx7: Fenster-resize in der nächsten Version behoben
@all: Das speichern des Ordnernamens im Online-Repo sieht zumindest bei mir (die Mods die ich installiert habe) vielversprechend aus.
Ich werde bis zum Wochenende noch testen und vor allem im Code aufräumen... Hat sich einfach zu viel Code-Müll durch die ganzen unterschiedlichen IDs und Quellen für Informationen angesammelt.
Mit etwas Glück kann es dann Entwarnung für alle Modder geben
(Und wehe, jemand meckert das es nicht von Anfang an gleich so eingebaut wurde ) -
Meh, meh, meh...
-
Ist da gerade irgendwas kaputt am TPFMM?
Ich wollte nach längerer Zeit wieder mal Updates einspielen, aber es lassen sich nicht einmal die Hälfte aller updatefähigen Mods updaten.
Beispiel? Hier kommt eines
Man sieht hier drei mögliche Updates der Baureihe ET 89. Klicke ich nun auf „Lade aktuelle Version herunter“ passiert… nichts.Der dazugehörige Logeintrag sieht wie folgt aus
Mehr passiert dann nicht. Woran kann das liegen? Bei vielen anderen Mods ist das selbe Problem vorhanden.
-
Meine erste Vermutung: Da hab ich wohl beim basteln am repository was kaputt gemacht
Aber leider kann ich das Problem nicht nachstellen...
Kann mit Version 1.0.38 problemlos Mods herunterladen + aktualisieren. (v39 im Screenshot nur wegen Dev, aber git reset to v38 release)Werde den Update-Prozess mal mit mehr Debug Infos ausstatten, in v39 wird sich da ja sowieso einiges ändern intern.
-
Sobald ich den TPFMM neu starte kann ich ein Update für die Mod herunterladen. Allerdings klappt dann der Download für eine Mod nicht, die zuvor funktionierte.
Es scheint so zu sein, dass das Auswahlfenster nicht mehr angezeigt wird. Also das kleine, wie bei dir zu sehen ist. Versuch du bitte auch mal noch eine Mod mit mehreren zur Auswahl stehenden Versionen zu laden (bspw. BR91.3).
-
Hm.. auch das klappt bei mir.
Hatte nach der Info die Mutex im Verdacht, die ich in der letzten Version für das Auswahl-Fenster eingeführt habe - die wird aber in jedem Fall (Download + Schließen des Fensters) wieder freigegeben.Vermute ein OS-Specifisches problem, ich arbeite viel mit Threads und Linux reagiert sehr allerdisch auf Window-Aktionen aus Threads heraus. Ist aus technischer Sicht versändlich, aber das schludrige programmieren von Windows stößt dann beim portieren an seine Grenzen
Mit etwas Glück erledigt sich das Problem aber mit der nächsten Version trotzdem, weil man dann gar kein Auswahlfenster mehr braucht...
-
Das ist sehr mysteriös. Beim Update klappt das nicht. Lade ich neue Mods herunter, können die Auswahlfenster so oft aufploppen wie sie wollen...
-
Hm sehr komisch, ist im Code genau die selbe Funktion die aufgerufen wird, nur von einem anderen Caller...
Gut, dass man nicht alles verstehen muss
Wie gesagt ich hoffe mal, dass es bei der nächsten Version durch einen "ungewollten Workaround" kein Problem mehr sein wird. -
Deutsch - Neu: Ordnername in Online Repository
- Verbessert: Mod updates und Mod-Pakete
- Hinzugefügt: Mehrere Aktualisierungen gleichzeitig
- Hinzugefügt: Alle Mods mit neuer Version mit einem Klick aktualisieren
English - new repository feature: mod folder name identification in online repository
- improved update and mod pack feature
- added: download multiple updates at once
- added: update all mods for which a newer version is available
-
Dann wolle mer mal gucke...
Edith:
@Xanos, hat (bis jetzt) wunderbar geklappt.
10 Mods wurden erfolgreich aktualisiert, bei fünfen besteht halt das Problem der nicht aktualisierten Minor-Version oder aktuelle Version in der Webdisk.
Ein großer Wurf...Edith's Tante:
Mein Benennungsschema für die Archive scheint inkompatibel mit dem TPFMM zu sein:
Version 1: tom_modname_1.zip
Version 1.1: tom_modname_1.1.zip
Version 1.2: tom_modname_1.2.zip
usw.Ich mache dies, damit ein Benutzer der keine Hilfsmittel benutzt, sehen kann welche Version er hat und welche zum Herunterladen bereit steht.
Dein Meinung, @Xanos?PS: Auszug aus dem Log:
mods::doUpdate(tom_pv_oberberg_1)
repository::download() download/tpfnet/2703/9645
repository::downloadModThread() - {https://www.transportfever.net…ownload/2703/?fileID=9645}
repository::downloadModThread() - server response: 404 File Not Found -
Sorry, die edits wurden mir nicht als neu angezeigt...
Auszug aus der Datenbank:JavaScript: tpfnet.json
Alles anzeigen{ "source": "tpfnet", "id": 2703, "name": "Patti's Bahnhofpacket Oberberg", "author": "Tom", "authorid": 20244, "version": "1.2", "type": "mod", "url": "2703\/", "thumbnail": "2b\/upload-2b721ef5f1c538bb35f29780b7928e7a52cb29ef.jpg", "timecreated": 1486305291, "timechanged": 1517598941, "files": [ { "fileid": 12750, "filename": "tom_pv_oberberg_1.2.zip", "url": "2703\/?fileID=12750", "downloads": 9, "timechanged": 1517598941, "foldername": "tom_pv_oberberg_1" } ], "tags": [ "building", "station" ], "downloads": 6396 },
Ordnername wurde also korrekt erkannt.
Das Online-Repo folgt dabei den gleichen Regeln wie bei der Installation -> Die mod.lua muss in einem korrekt benannten Ordner liegen, alternativ wird der Archiv-Name benutzt, wenn er korrekt ist.
tom_pv_oberberg_1.2.zip wäre kein korrekter Name - ist aber kein Problem, weil der Inhalt des Archivs ja korrekt ist.Lange rede kurzer Sinn: Mod wird korrekt erkannt, Ordner korrekt ausgelesen, und ich kann den Mod auch problemlos herunterladen, installieren & updaten.
Die File-ID in Deinem Log und dem aktuellen Repository ist übrigens anders - wenn grad ein Update hochgeladen wurde dauert es bis zu 1 Stunde bis diese Info im Repository ankommt.
Das heißt, der 404 Fehler in Deinem Log kommt ganz einfach daher, dass Du die Datei gelöscht (und durch eine neu ersetzt) hast -
-