Eine mrpack ist eine ZIP-Datei, die behauptet, keine zu sein
Benennt man eine .mrpack in .zip um, erhält man ein Manifest und einen overrides-Ordner, aber keine Mods – die JARs liegen auf Modrinths CDN und werden per Hash abgerufen.
Eine .mrpack ist ein ZIP-Archiv, also funktioniert es, sie in .zip umzubenennen und zu entpacken – und liefert fast nichts Brauchbares. Man bekommt eine modrinth.index.json, einen overrides-Ordner und überhaupt keine Mods. Die JARs waren nie darin enthalten.
Warum die Mods fehlen
Modrinth-Pakete speichern ein Manifest, keine Nutzdaten. Jeder Eintrag in modrinth.index.json listet eine Download-URL sowie einen SHA-1- und einen SHA-512-Hash für die Datei, die diese URL zurückgeben soll. Der Launcher liest das Manifest, ruft jede Datei ab, überprüft den Hash und legt sie erst dann in der Instanz ab.
Dieses Design hält Pakete klein und ermöglicht ein Paket-Update, ohne jede JAR erneut hochzuladen. Es bedeutet aber auch, dass ein Paket offline unbrauchbar ist, bis es einmal aufgelöst wurde.
Was das Manifest tatsächlich enthält
| Feld | Bedeutung |
|---|---|
formatVersion | Schemaversion des Manifests |
game | Ziel-Minecraft-Version und Loader |
files | Array aus path, hashes, downloads, env |
dependencies | Zuerst zu installierende Loader- und Minecraft-Versionen |
Das Feld env bei jeder Datei wird am häufigsten übersehen. Es kennzeichnet eine Datei als client, server oder beides. Eine als client-only markierte Mod sollte überhaupt nicht in den mods-Ordner eines Servers kopiert werden – genau das ist eine häufige Ursache dafür, dass ein Server nicht startet.
Die Hash-Prüfung ist nicht optional
Wenn der SHA-1 einer heruntergeladenen Datei nicht zum Manifest passt, ist die Datei falsch: ein abgebrochener Download, eine als JAR gespeicherte CDN-Fehlerseite oder ein manipulierter Mirror. Ein Konverter, der die Überprüfung überspringt, packt eine kaputte Instanz ohne Weiteres zusammen. Die Überprüfung ist der eigentliche Grund, das lokal zu erledigen, statt einem beliebigen Repack zu vertrauen.
Client- versus Server-Ausgabe
Dasselbe Manifest erzeugt je nach Ziel zwei verschiedene Archive:
- Client-Paket – alles, plus
overrides, zusammengeführt im Instanz-Stammverzeichnis, bereit für einen Launcher, der ein ZIP akzeptiert. - Server-Paket –
env: client-Einträge überspringen,env: serverund unmarkierte behalten und client-only-Konfiguration aus den overrides entfernen.
Nur Java Edition. Bedrock hat kein äquivalentes Format; Bedrock-Add-ons sind .mcaddon/.mcpack-Archive mit einem manifest.json völlig anderer Form, und kein Modrinth-Paket lässt sich darauf auflösen.
Overrides überschreiben, sie führen nicht zusammen
Dateien unter overrides/ werden über die Instanz kopiert, nachdem die Mods platziert wurden. Eine Konfigurationsdatei in overrides ersetzt die Standardkonfiguration der Mod vollständig. Wenn ein Paket eine Konfiguration in overrides mitliefert und man diese Konfiguration zusätzlich in der Instanz bearbeitet, gewinnt beim nächsten Auflösen die overrides-Kopie.
Konvertiere ein Manifest, überprüfe jeden Hash und erhalte ein launcher- oder serverbereites ZIP im MRPACK to ZIP Converter.