TransportFever.net - TF3 ModManager

Ich arbeite aktuell an der nächsten Version unseres TF3 ModManagers und möchten die Verwaltung von Mods noch etwas offener und flexibler gestalten.

Geplant ist, dass zukünftig nicht nur unsere eigene TransportFever.net Filebase eingebunden werden kann, sondern grundsätzlich auch weitere Mod-Seiten über eigene Repositorys. So könnten verschiedene Plattformen ihre Mods in einem einheitlichen Format bereitstellen und der ModManager könnte diese anschließend anzeigen, installieren und später auch auf Updates prüfen.

In unserem aktuellen Screenshot haben wir die ModWerkstatt lediglich als Beispiel eingebunden, um zu zeigen, wie eine solche Integration aussehen könnte. Das bedeutet nicht, dass deren Inhalte bereits offiziell Bestandteil des ModManagers sind.

Gerade für solche externen Repositorys würden wir uns eine bessere Kooperation und Kommunikation zwischen den verschiedenen Community-Seiten wünschen. Unser Ziel ist ausdrücklich nicht, Inhalte anderer Plattformen zu übernehmen oder Downloads zu spiegeln. Die jeweiligen Seiten sollen weiterhin selbst bestimmen, welche Inhalte und Informationen sie über ein Repository bereitstellen möchten und wo die eigentlichen Downloads stattfinden.

Technisch ist der ModManager bereits darauf vorbereitet, mehrere Quellen parallel einzubinden. Für die Nutzer könnte daraus langfristig eine deutlich komfortablere Möglichkeit entstehen, Mods aus unterschiedlichen Bereichen der Community an einer Stelle zu verwalten, ohne dass die einzelnen Plattformen dabei ihre Eigenständigkeit verlieren.

Wir würden uns freuen, wenn sich daraus vielleicht auch die eine oder andere Zusammenarbeit entwickelt. Keine Konkurrenz sondern faires Miteinander. Vielleicht mag ja jemand dafür Werben. Übrigens die Repository-json sieht so aus:

{
  "repository_version": 1,
  "files": [
    {
      "id": "example-mod-001",
      "name": "Example TF3 Mod",
      "author": {
        "name": "Example Author"
      },
      "version": "1.2.0",
      "description": "Example mod description.",
      "entry_url": "mods/example-mod-001/",
      "download_url": "downloads/example-mod-001-1.2.0.zip",
      "filename": "example-mod-001-1.2.0.zip",
      "sha256": "",
      "preview_url": "images/example-mod-001.jpg",
      "categories": ["Vehicles"],
      "tags": ["example", "train"],
      "modio_id": "",
      "dependencies": [
        {
          "id": "example-base-001",
          "name": "Example Base Mod",
          "version": "1.0.0",
          "download_url": "downloads/example-base-001.zip",
          "filename": "example-base-001.zip"
        }
      ]
    }
  ]
}

Lieber eis_os,

ich kann dich beruhigen, es ist ein eigener Zweick und berührt deine CommonAPI2 nicht, aber Danke für den Hinweis, warum schreibst du mir nicht einfach bei Discord und teilst mir deine Bedenken dort mit?

Viele Grüße

Steffen

Als Chef darf ich mir mal an der Stelle ein Doppelpost erlauben. Die neue Version ist online und bringt die größten Änderungen mit:

Changelog v0.3.12–v0.5.9

- externe JSON-Repositorys mit Filter und Quellenanzeige

- deutsche und englische Oberfläche

- Listen- und Galerieansicht mit sortierbaren Tabellen

- WebP-Vorschaubilder, Bild-Cache und Ladefortschritt

- verbesserte Erkennung installierter Mods und Updates

- ZIP, 7z und RAR inklusive automatischer 7-Zip-Erkennung

- Self-Updater für den ModManager

- vollständige mod.io-Integration

- Mods durchsuchen, abonnieren und installieren

- Steam-/Token- und E-Mail-Anmeldung

- Abhängigkeiten und Updates

- neue modapi.io-Schnittstelle

- gemeinsamer mod.io-Speicherort für ModManager und TF3-ModHub

- globalsettings.json kann automatisch angepasst werden

- Startseite und mod.io-Oberfläche komplett überarbeitet

- Einstellungen übersichtlich in Tabs aufgeteilt

- zahlreiche Fehlerkorrekturen und Detailverbesserungen

Ja. Beim Programmupdate werden aktuell mehrere temporäre Dateien und Ordner angelegt. Diese liegen im normalen Windows-Temp-Verzeichnis, in der Regel hier

%LOCALAPPDATA%\Temp\ bzw. %TEMP%<br><br>

Es entstehen folgende Dateien

• TF3ModManager_Update_<Zeitstempel>.zip – heruntergeladenes Update
• TF3ModManager_Updater_<Zeitstempel>.ps1 – PowerShell-Updater
• TF3ModManager_Update_<Zeitstempel>.log – Update-Protokoll
• TF3ModManager_Update_Stage_<ID>\ – dort wird das ZIP temporär entpackt
• TF3ModManager_Update_Backup_<ID>\ – temporäre Sicherung der bisherigen Installation

Nach dem Update werden diese Daten immer gelöscht

• Update-ZIP
• Stage-/Entpackordner
• Backup-Ordner

Ich freue mich über Feedback und wenn ihr Fehler findet, her damit

Ja die mod.io Anbindung ist anfangs etwas tricky aber ich wollte es mit anbieten. Es stand von der ersten Version auf meiner ToDo-Liste und war zum Teil schon integriert. Ich erstelle noch eine Anleitung dazu.

Danke dir für den Hinweis, fixe ich in der nächsten Version, mal schauen ob das klappt wie ich mir das vorstelle.

Eine schnelle Anleitung, ist nicht schön, aber selten

Edit: falsche PDF, war noch eine alte Version

An einer Linux-Version arbeite ich aktuell, kann aber noch ein bisschen dauern.

Ich benötige euer Feedback, insbesondere zur mod.io Integration