Primeros pasosUn paquete de recursos del servidor lo descarga cada jugador al conectarse, así que tus texturas, sonidos y fuentes son iguales para todos. Minecraft no lo aloja por ti: tú apuntas a una URL y él lo baja.
Qué hacer
- Aloja el zip en algún sitio con enlace directo
La URL tiene que devolver el archivo, no una página de descarga. Si abrirla en un navegador enseña una vista previa o un anuncio, no va a funcionar.
- Saca el hash SHA-1 del archivo
Vale cualquier herramienta de SHA-1. Minecraft lo usa para saber si la copia cacheada del jugador está al día; sin él, los jugadores se lo vuelven a bajar en cada entrada.
- Pon las dos líneas en
server.propertiesresource-pack=con la URL yresource-pack-sha1=con el hash. Reinicia después. - Decide si es obligatorio
require-resource-pack=truedesconecta a quien lo rechace. Útil si tu construcción depende de modelos personalizados; poco amable en un servidor público.
Si actualizas el zip y dejas el hash viejo, los clientes lo comparan, deciden que su copia cacheada coincide, y siguen con el paquete antiguo. No falla nada. Vas a cambiar una textura y jurar que no se aplicó: es por esto.
Dónde fallan los paquetes
| Síntoma | Causa |
|---|---|
| No sale el aviso a nadie | La URL es inalcanzable o es una página HTML, no un zip. |
| Sale el aviso pero la descarga falla | Archivo demasiado grande, o el alojamiento limita peticiones. |
| Se quedan las texturas viejas | No se actualizó el hash. |
| A ti te va, a los demás no | Lo tienes aplicado también en local, y eso tapa el fallo. |
Cada jugador se lo baja antes de poder jugar. Un paquete de 200 MB es un muro entre alguien y tu servidor, y casi todo eso suelen ser texturas a una resolución que nadie distingue a distancia normal.
Entra desde un cliente que nunca haya visto el paquete. Sale el aviso, la descarga termina y las texturas personalizadas se ven.