¿Tu texture pack de Minecraft no funciona? Cómo arreglarlo

El pack no sale en la lista

Java solo muestra un pack cuando encuentra un pack.mcmeta válido en la raíz del zip o de la carpeta.

• Carpeta dentro de otra: si comprimes la propia carpeta del pack, todo queda un nivel más abajo (MyPack.zip/MyPack/pack.mcmeta). Comprime el contenido de la carpeta.
• pack.mcmeta roto: una coma o unas comillas que faltan lo convierten en JSON no válido. En Java 26.3, un pack sin descripción tampoco aparece.
• Carpeta equivocada: el zip tiene que estar en resourcepacks, no en shaderpacks ni en mods. Usa Opciones... > Paquetes de recursos... > Abrir carpeta de paquetes para abrir la correcta.
• Descarga a medias o bloqueada: a veces los navegadores guardan un archivo descargado a medias como .crdownload o .part. Descarga el pack otra vez.

«Diseñado para una versión de Minecraft anterior / posterior»

Java compara el pack format de pack.mcmeta con el suyo (26.3 usa 97.1). Un pack que solo cambia texturas suele funcionar igual si pulsas Sí, pero las texturas que faltan o cambiaron de nombre pueden verse mal. La solución limpia es exportar el pack de nuevo para tu versión, o darle un rango de compatibilidad que la incluya. Para un pack antiguo que no hiciste tú, el convertidor de texture packs renombra sus texturas para tu versión y escribe un pack.mcmeta nuevo.

Desde la 1.21.9, un pack que solo tiene un número pack_format, o campos que rompen las reglas nuevas, puede aparecer como roto o incompatible. Los packs nuevos usan min_format y max_format. El pack format de cada versión.

Bloques morados y negros

El tablero morado y negro es la «textura que falta». Un modelo pide una imagen que no existe en esa ruta: el archivo se renombró, está en otra carpeta o el pack usa nombres de carpeta de otra versión. Por ejemplo, las versiones anteriores a la 1.13 usan textures/blocks y textures/items, mientras que la 1.13 y posteriores usan textures/block y textures/item.

Si añadiste modelos propios, revisa cada ruta de textura dentro de ellos. Los packs hechos con Texture Pack Maker usan las rutas exactas de la versión que elegiste.

Solo cambiaron algunas texturas

• El nombre o la ruta difieren en una letra: el archivo debe tener exactamente el mismo nombre y la misma carpeta que el original. Java ignora las rutas con mayúsculas o espacios.
• Gana otro pack: los packs de más arriba en la lista reemplazan las mismas texturas. Mueve el tuyo arriba del todo, o junta los packs en uno con Combinar texture packs, en el orden que quieras.
• Archivo equivocado para ese bloque: algunos bloques usan varias imágenes (el frente, el lado y la parte de arriba del horno; la parte de arriba, el lado y la capa lateral del bloque de hierba). Edítalas todas, o usa la vista previa 3D para ver qué imagen va en cada sitio.
• Tipo de imagen equivocado en Bedrock: algunas texturas vanilla de Bedrock son archivos .tga. Conserva el mismo nombre y tipo de archivo que el original para que el tuyo lo reemplace.

La hierba y las hojas se ven grises

En el archivo de imagen es normal. La hierba, las hojas, las enredaderas, el agua y algunas texturas más se guardan en gris y el juego las colorea según el bioma, así que píntalas en grises claros y revísalas en el juego. Si las pintas de verde, se verán mucho más oscuras o con colores raros cuando el juego las tiña.

Una textura animada se ve como una tira larga

Las texturas animadas son una imagen alta con los fotogramas apilados uno sobre otro, más un archivo .png.mcmeta con el mismo nombre (por ejemplo sea_lantern.png.mcmeta). Sin ese archivo, Java aplasta toda la tira en un bloque. Bedrock enumera las texturas animadas en textures/flipbook_textures.json. Texture Pack Maker escribe estos archivos cuando editas fotogramas de animación.

Se desactivaron todos mis paquetes de recursos (Java)

Cuando un paquete de recursos contiene un shader que no compila, Java desactiva todos los packs y vuelve a los valores por defecto. Pasa con shader packs vanilla hechos para otra versión, porque Mojang cambia a menudo esos archivos de shaders. Quita el pack o expórtalo de nuevo para tu versión exacta; cada shader que escribe el Shader Maker se comprueba antes al compilar.

Bedrock: la importación falló

• Error al importar: falta manifest.json, no es válido o no está en la raíz del archivo. Exporta el pack de nuevo y abre el archivo nuevo.
• Pack duplicado: ya hay instalado un pack con los mismos ID y el mismo número de versión. Sube la versión (Texture Pack Maker lo hace en cada exportación) o borra la copia antigua en Ajustes > Almacenamiento.
• Tipo de archivo equivocado: un .zip de Java renombrado a .mcpack no funciona; Bedrock necesita sus propios archivos y carpetas. Conviértelo con el convertidor de texture packs.
• Consola: Xbox, PlayStation y Switch no pueden importar archivos. Entra en un mundo, Realm o servidor que lleve el pack.

Bedrock: importado, pero no cambia nada

• Actívalo: Ajustes > Recursos globales > Mis packs, selecciona el pack y pulsa Activar. Para un solo mundo, usa Editar mundo > Paquetes de recursos.
• Ponlo por encima de otros packs activos que cambien las mismas texturas.
• Si el pack necesita un juego más nuevo que el tuyo, su min_engine_version es demasiado alta: actualiza Minecraft o exporta con un mínimo más bajo.
• Los packs hechos para los gráficos clásicos pueden verse distintos, o desactivarse, con Visuales vibrantes. Prueba a cambiar el modo de gráficos.

Un shader pack no aparece

• Los shader packs de Iris y OptiFine van en la carpeta shaderpacks, que se abre desde Opciones... > Gráficos... > Shader Packs..., no en resourcepacks.
• Iris necesita OpenGL. En Java 26.2 y posteriores, pon API de gráficos en Por defecto u OpenGL si Iris dice que no puede funcionar con Vulkan.
• Los shader packs vanilla (sin mods) son paquetes de recursos y solo funcionan en la versión para la que se hicieron. Shaders sin mods.

Preguntas frecuentes