Un mrpack es un zip que miente sobre ser un zip
Cambiarle el nombre a un .mrpack por .zip te da un manifiesto y una carpeta overrides, no los mods — los jars viven en el CDN de Modrinth y se obtienen por hash.
Un .mrpack es un archivo ZIP, así que cambiarle el nombre a .zip y extraerlo funciona — y no produce casi nada útil. Obtienes un modrinth.index.json, una carpeta overrides, y ningún mod. Los jars nunca estuvieron dentro.
Por qué faltan los mods
Los paquetes de Modrinth almacenan un manifiesto, no la carga útil. Cada entrada en modrinth.index.json lista una URL de descarga junto con un hash SHA-1 y SHA-512 del archivo que esa URL debería devolver. El launcher lee el manifiesto, obtiene cada archivo, verifica el hash, y solo entonces lo coloca en la instancia.
Ese diseño mantiene los paquetes pequeños y permite que un paquete se actualice sin volver a subir cada jar. También significa que un paquete es inútil sin conexión hasta que alguien lo haya resuelto una vez.
Qué contiene realmente el manifiesto
| Campo | Significado |
|---|---|
formatVersion | Versión del esquema del manifiesto |
game | Versión de Minecraft y cargador objetivo |
files | Array de path, hashes, downloads, env |
dependencies | Versiones de cargador y Minecraft que instalar primero |
El campo env en cada archivo es el que la gente pasa por alto. Marca un archivo como client, server, o ambos. Un mod marcado como solo cliente no debería copiarse en la carpeta mods de un servidor en absoluto — hacerlo es una causa común de un servidor que se niega a arrancar.
La verificación de hash no es opcional
Si el SHA-1 de un archivo descargado no coincide con el manifiesto, el archivo está mal: una descarga truncada, una página de error del CDN guardada como jar, o un espejo manipulado. Un conversor que se salta la verificación empaquetará alegremente una instancia rota. La verificación es la razón entera de hacer esto localmente en lugar de confiar en un reempaquetado aleatorio.
Salida de cliente versus servidor
El mismo manifiesto produce dos archivos diferentes según el objetivo:
- Paquete de cliente — todo, más
overridesfusionado en la raíz de la instancia, listo para un launcher que acepte un ZIP. - Paquete de servidor — omitir las entradas
env: client, conservar lasenv: servery las no marcadas, y descartar la configuración de solo cliente de overrides.
Solo Java Edition. Bedrock no tiene un formato equivalente; los add-ons de Bedrock son archivos .mcaddon/.mcpack con un manifest.json de una forma completamente distinta, y ningún paquete de Modrinth se resuelve a ellos.
Overrides sobrescribe, no fusiona
Los archivos bajo overrides/ se copian sobre la instancia después de colocar los mods. Un archivo de configuración en overrides reemplaza por completo el predeterminado del mod. Si un paquete incluye una configuración en overrides y además editas esa configuración en la instancia, la copia de overrides gana en la siguiente resolución.
Convierte un manifiesto, verifica cada hash, y obtén un ZIP listo para el launcher o para el servidor en el MRPACK to ZIP Converter.