Cómo editar texturas (OZJ/OZT) en el cliente de MU Online

Editar las texturas del cliente de MU Online es, probablemente, la personalización visual más accesible y a la vez más malentendida del juego. Accesible porque, en el fondo, estás tocando imágenes — cambiar el color de una armadura, renovar la pantalla de login, rediseñar el brillo de un ala o dar una cara nueva a un ítem. Malentendida porque esas imágenes no están en formato común: MU guarda todo en archivos cifrados de extensión OZJ y OZT, que ningún editor de imagen abre directamente, y que cargan reglas técnicas — canal alfa, dimensiones potencia de dos, mipmaps — que, si se ignoran, transforman una edición simple en una textura borrosa, con fondo erróneo o que hace que el cliente se atasque. Este tutorial es para el administrador avanzado que quiere entender de verdad el pipeline de textura de MU: qué son OZJ y OZT, cómo descifrarlos, editarlos sin destruir la calidad y volver a cifrarlos al formato que el cliente lee, terminando en la distribución mediante el launcher. Como siempre, herramientas, extensiones y detalles varían según season y cliente; trata los ejemplos como ilustración de conceptos reales y valida en tu paquete.

Requisitos previos

Antes de convertir la primera imagen, prepara el entorno:

• Copia de seguridad completa de las carpetas de textura del cliente (Data y subcarpetas como Item, Interface, Object, Player, Monster).
• Un cliente de prueba separado del que usan los jugadores.
• Una herramienta de conversión OZJ/OZT compatible con tu season, capaz de descifrar y volver a cifrar en lote.
• Un editor de imagen que soporte JPG y TGA con canal alfa (Photoshop, GIMP o equivalente).
• Paciencia para probar cada textura en el juego antes de distribuir.
• Una base de servidor y cliente ya funcionando. Si aún estás montando el proyecto, comienza por la guía de cómo crear un servidor de MU Online.

> La textura es cosmética, pero la copia de seguridad sigue siendo obligatoria. Guardar encima del archivo original cifrado sin copia es el error que más genera retrabajo.

Qué son OZJ y OZT

MU Online no distribuye imágenes en JPG o TGA "crudos" dentro del cliente; las envuelve en formatos propietarios cifrados para dificultar la edición casual y estandarizar la carga. Los dos más comunes son:

En la práctica, un OZJ es un archivo JPG con un pequeño encabezado extra prefijado al inicio de los datos. El OZT es un TGA con tratamiento equivalente, y por ser TGA carga el canal alfa, que guarda la transparencia píxel a píxel. Esa diferencia es el punto más importante del formato: OZT tiene transparencia, OZJ no. Elegir el formato equivocado para una textura resulta en bordes opacos donde debería haber transparencia, o en desperdicio de memoria.

El pipeline: descifrar, editar, volver a cifrar

Editar una textura de MU sigue siempre el mismo ciclo de tres etapas. Entender ese ciclo es entender el 90% del trabajo.

1. Descifrar/convertir. Tomas el OZJ u OZT y lo conviertes al formato común correspondiente (JPG o TGA) usando la herramienta de tu paquete. Es ese archivo común el que abre en el editor de imagen.
2. Editar. Alteras la imagen en Photoshop, GIMP o similar — cambiando colores, rediseñando, aplicando efectos —, respetando dimensiones y canal alfa.
3. Volver a cifrar/convertir de vuelta. Transformas el JPG/TGA editado de vuelta en OZJ/OZT y sustituyes el archivo original en la carpeta del cliente.

# Flujo conceptual
armadura01.OZJ  --(convertir)-->  armadura01.jpg
armadura01.jpg  --(editar en GIMP)-->  armadura01_nova.jpg
armadura01_nova.jpg  --(convertir)-->  armadura01.OZJ   # sustituye en el cliente

# Para transparencia, el camino es análogo con TGA:
asa03.OZT  --(convertir)-->  asa03.tga  --(editar preservando alfa)-->  asa03.OZT

El punto delicado es la etapa 3: al volver a cifrar, necesitas mantener el nombre exacto del archivo original, porque los modelos BMD y la interfaz referencian las texturas por el nombre. Renombrar rompe la referencia y la textura simplemente no aparece.

Dimensiones potencia de dos y por qué importan

El engine gráfico de MU espera texturas con dimensiones potencia de dos: 32, 64, 128, 256, 512, 1024 píxeles de lado (no necesitan ser cuadradas, pero cada lado debe ser potencia de dos). Esto proviene de una limitación clásica del hardware gráfico y del sistema de mipmaps — versiones reducidas de la textura que el engine usa cuando el objeto está distante, para ahorrar procesamiento y evitar el parpadeo.

Si guardas una textura en, digamos, 500x300, ocurre una de dos cosas: o la herramienta reamostra a la potencia de dos más cercana (borrando la imagen), o el cliente muestra artefactos. Por eso, al editar, mantén la resolución original siempre que sea posible. Si necesitas aumentar el detalle, sube a la siguiente potencia de dos (por ejemplo, de 256 a 512), nunca a un valor intermedio. Reducir también sigue la regla.

> Al editar interfaces (HUD, ventanas, botones), la fidelidad de dimensión es aún más crítica: un píxel de más o de menos desalinea todo el montaje de la pantalla, porque las coordenadas de recorte de la interfaz son fijas.

Canal alfa: el secreto del OZT

El mayor tropiezo de quien comienza a editar textura en MU es el canal alfa. En un OZT, además de los canales de color (rojo, verde, azul), existe un cuarto canal — el alfa — que define, para cada píxel, qué tan opaco o transparente es. Blanco en el alfa = totalmente visible; negro = totalmente transparente; tonos de gris = semitransparente.

Cuando editas un ala, un efecto de magia o un icono de interfaz con bordes suaves, es el canal alfa el que hace que los bordes se disuelvan en el escenario en vez de aparecer como un rectángulo sólido. Al guardar un TGA, necesitas exportar con el canal alfa preservado (TGA de 32 bits). Si guardas como TGA de 24 bits, pierdes la transparencia y el ala se vuelve un bloque opaco. En el editor, trabaja el alfa como una máscara separada y verifícalo antes de exportar. Las diferentes herramientas lo llaman "guardar alfa" o "incluir canal alfa" — encuentra esa opción y mantenla marcada.

Dónde están las texturas y qué puedes renovar

Las texturas del cliente están dispersas por subcarpetas temáticas dentro de Data. Conocer esa organización ayuda a localizar lo que quieres editar:

Renovar la pantalla de login y el logo, por ejemplo, es una de las primeras personalizaciones que dan identidad a un servidor. Cambiar la paleta de colores de un conjunto de armaduras crea sets exclusivos. Rediseñar iconos de interfaz moderniza un cliente antiguo. Todo pasa por el mismo pipeline de descifrar, editar y volver a cifrar.

Distribución mediante el launcher

Aquí conviene una distinción importante respecto a mapas y monstruos: las texturas no exigen sincronización con el servidor, porque son puramente cosméticas — el servidor nunca valida la apariencia de una imagen. Esto significa que, técnicamente, cada jugador podría tener texturas diferentes. En la práctica, quieres que todos vean el mismo aspecto, tanto por identidad como porque las texturas personalizadas de interfaz e ítems forman parte de la experiencia que diseñaste.

Por eso, distribuye las texturas editadas mediante launcher/updater, empaquetando los OZJ/OZT en el parche. El jugador descarga las imágenes nuevas antes de entrar. Como las texturas suelen ser archivos más grandes que los archivos de configuración, organiza bien el versionado del parche para no forzar descargas gigantes con cada pequeño cambio de color. Un detalle de seguridad del juego: como el servidor no valida la textura, jugadores malintencionados a veces editan sus propias texturas para "ver a través de paredes" o resaltar enemigos — esto es una limitación inherente al modelo cliente de MU y se combate con otras capas (anti-cheat), no con la textura en sí.

Errores comunes y soluciones

Lista de verificación de lanzamiento

• Copia de seguridad de las carpetas de textura del cliente antes de cualquier edición
• Formato correcto identificado (OZJ sólido, OZT con alfa)
• Texturas convertidas a JPG/TGA con la herramienta del paquete
• Edición hecha manteniendo dimensiones potencia de dos
• Canal alfa preservado en los OZT (TGA 32 bits)
• Resolución original mantenida, especialmente en interfaces
• Archivos recifrados con el nombre exacto del original
• Cada textura probada en el juego (ítem, escenario, interfaz, distancia)
• Mipmaps/nivel de detalle verificados de cerca y de lejos
• Texturas empaquetadas en el launcher/updater y parche versionado
• Prueba final con un cliente "limpio" descargando mediante el parche

Editar texturas es el punto de entrada perfecto para comenzar a personalizar el cliente de MU: el riesgo es bajo (nada rompe el servidor), el retorno visual es inmediato y el pipeline es el mismo para todo — descifrar, editar respetando alfa y potencia de dos, volver a cifrar manteniendo el nombre. Dominando ese ciclo, puedes darle a tu servidor una cara única, desde una pantalla de login memorable hasta sets de armadura que los jugadores solo encuentran en tu mundo.

Preguntas frecuentes