Como editar texturas (OZJ/OZT) no cliente de MU Online

Editar as texturas do cliente de MU Online é, provavelmente, a customização visual mais acessível e ao mesmo tempo mais mal compreendida do jogo. Acessível porque, no fundo, você está mexendo em imagens — trocar a cor de uma armadura, repaginar a tela de login, redesenhar o brilho de uma asa ou dar uma cara nova a um item. Mal compreendida porque essas imagens não estão em formato comum: o MU guarda tudo em arquivos criptografados de extensão OZJ e OZT, que nenhum editor de imagem abre diretamente, e que carregam regras técnicas — canal alfa, dimensões potência de dois, mipmaps — que, se ignoradas, transformam uma edição simples em uma textura borrada, com fundo errado ou que faz o cliente engasgar. Este tutorial é para o administrador avançado que quer entender de verdade o pipeline de textura do MU: o que são OZJ e OZT, como descriptografá-los, editá-los sem destruir qualidade e recriptografá-los para o formato que o cliente lê, terminando na distribuição via launcher. Como sempre, ferramentas, extensões e detalhes variam por season e cliente; trate os exemplos como ilustração de conceitos reais e valide no seu pacote.

Pré-requisitos

Antes de converter a primeira imagem, prepare o ambiente:

• Backup completo das pastas de textura do cliente (Data e subpastas como Item, Interface, Object, Player, Monster).
• Um cliente de teste separado do que os jogadores usam.
• Uma ferramenta de conversão OZJ/OZT compatível com a sua season, capaz de descriptografar e recriptografar em lote.
• Um editor de imagem que suporte JPG e TGA com canal alfa (Photoshop, GIMP ou equivalente).
• Paciência para testar cada textura no jogo antes de distribuir.
• Uma base de servidor e cliente já funcionando. Se ainda está montando o projeto, comece pelo guia de como criar um servidor de MU Online.

> Textura é cosmético, mas backup continua obrigatório. Salvar por cima do arquivo original criptografado sem cópia é o erro que mais gera retrabalho.

O que são OZJ e OZT

O MU Online não distribui imagens em JPG ou TGA "crus" dentro do cliente; ele as embrulha em formatos proprietários criptografados para dificultar edição casual e padronizar o carregamento. Os dois mais comuns são:

Na prática, um OZJ é um arquivo JPG com um pequeno cabeçalho extra prefixado ao início dos dados. O OZT é um TGA com tratamento equivalente, e por ser TGA carrega o canal alfa, que guarda a transparência pixel a pixel. Essa diferença é o ponto mais importante do formato: OZT tem transparência, OZJ não. Escolher o formato errado para uma textura resulta em bordas opacas onde deveria haver transparência, ou em desperdício de memória.

O pipeline: descriptografar, editar, recriptografar

Editar uma textura do MU segue sempre o mesmo ciclo de três etapas. Entender esse ciclo é entender 90% do trabalho.

1. Descriptografar/converter. Você pega o OZJ ou OZT e converte para o formato comum correspondente (JPG ou TGA) usando a ferramenta do seu pacote. É esse arquivo comum que abre no editor de imagem.
2. Editar. Você altera a imagem no Photoshop, GIMP ou similar — mudando cores, redesenhando, aplicando efeitos —, respeitando dimensões e canal alfa.
3. Recriptografar/converter de volta. Você transforma o JPG/TGA editado de volta em OZJ/OZT e substitui o arquivo original na pasta do cliente.

# Fluxo conceitual
armadura01.OZJ  --(converter)-->  armadura01.jpg
armadura01.jpg  --(editar no GIMP)-->  armadura01_nova.jpg
armadura01_nova.jpg  --(converter)-->  armadura01.OZJ   # substitui no cliente

# Para transparência, o caminho é análogo com TGA:
asa03.OZT  --(converter)-->  asa03.tga  --(editar preservando alfa)-->  asa03.OZT

O ponto delicado é a etapa 3: ao recriptografar, você precisa manter o nome exato do arquivo original, porque os modelos BMD e a interface referenciam as texturas pelo nome. Renomear quebra a referência e a textura simplesmente não aparece.

Dimensões potência de dois e por que importam

O engine gráfico do MU espera texturas com dimensões potência de dois: 32, 64, 128, 256, 512, 1024 pixels de lado (não precisam ser quadradas, mas cada lado deve ser potência de dois). Isso vem de uma limitação clássica de hardware gráfico e do sistema de mipmaps — versões reduzidas da textura que o engine usa quando o objeto está distante, para economizar processamento e evitar cintilação.

Se você salva uma textura em, digamos, 500x300, acontece uma de duas coisas: ou a ferramenta reamostra para a potência de dois mais próxima (borrando a imagem), ou o cliente exibe artefatos. Por isso, ao editar, mantenha a resolução original sempre que possível. Se precisar aumentar o detalhe, suba para a próxima potência de dois (por exemplo, de 256 para 512), nunca para um valor intermediário. Reduzir também segue a regra.

> Ao editar interfaces (HUD, janelas, botões), a fidelidade de dimensão é ainda mais crítica: um pixel a mais ou a menos desalinha toda a montagem da tela, porque as coordenadas de recorte da interface são fixas.

Canal alfa: o segredo do OZT

O maior tropeço de quem começa a editar textura no MU é o canal alfa. Em um OZT, além dos canais de cor (vermelho, verde, azul), existe um quarto canal — o alfa — que define, para cada pixel, o quão opaco ou transparente ele é. Branco no alfa = totalmente visível; preto = totalmente transparente; tons de cinza = semitransparente.

Quando você edita uma asa, um efeito de magia ou um ícone de interface com bordas suaves, é o canal alfa que faz as bordas se dissolverem no cenário em vez de aparecerem como um retângulo sólido. Ao salvar um TGA, você precisa exportar com o canal alfa preservado (TGA de 32 bits). Se salvar como TGA de 24 bits, perde a transparência e a asa vira um bloco opaco. No editor, trabalhe o alfa como uma máscara separada e confira antes de exportar. Ferramentas diferentes chamam isso de "salvar alfa" ou "incluir canal alfa" — encontre essa opção e mantenha-a marcada.

Onde ficam as texturas e o que você pode repaginar

As texturas do cliente estão espalhadas por subpastas temáticas dentro de Data. Conhecer essa organização ajuda a localizar o que quer editar:

Repaginar a tela de login e a logo, por exemplo, é uma das primeiras customizações que dão identidade a um servidor. Trocar a paleta de cores de um conjunto de armaduras cria sets exclusivos. Redesenhar ícones de interface moderniza um cliente antigo. Tudo passa pelo mesmo pipeline de descriptografar, editar e recriptografar.

Distribuição via launcher

Aqui vale uma distinção importante em relação a mapas e monstros: texturas não exigem sincronização com o servidor, porque são puramente cosméticas — o servidor nunca valida a aparência de uma imagem. Isso significa que, tecnicamente, cada jogador poderia ter texturas diferentes. Na prática, você quer que todos vejam o mesmo visual, tanto por identidade quanto porque texturas customizadas de interface e itens fazem parte da experiência que você desenhou.

Por isso, distribua as texturas editadas via launcher/updater, empacotando os OZJ/OZT no patch. O jogador baixa as imagens novas antes de entrar. Como texturas costumam ser arquivos maiores que arquivos de configuração, organize bem o versionamento do patch para não forçar downloads gigantes a cada pequena mudança de cor. Um detalhe de segurança do jogo: como o servidor não valida textura, jogadores mal-intencionados às vezes editam as próprias texturas para "ver através de paredes" ou destacar inimigos — isso é limitação inerente ao modelo cliente do MU e se combate por outras camadas (anti-cheat), não pela textura em si.

Erros comuns e soluções

Checklist de lançamento

• Backup das pastas de textura do cliente antes de qualquer edição
• Formato correto identificado (OZJ sólido, OZT com alfa)
• Texturas convertidas para JPG/TGA com a ferramenta do pacote
• Edição feita mantendo dimensões potência de dois
• Canal alfa preservado nos OZT (TGA 32 bits)
• Resolução original mantida, especialmente em interfaces
• Arquivos recriptografados com o nome exato do original
• Cada textura testada no jogo (item, cenário, interface, distância)
• Mipmaps/nível de detalhe verificados de perto e de longe
• Texturas empacotadas no launcher/updater e patch versionado
• Teste final com cliente "limpo" baixando via patch

Editar texturas é o ponto de entrada perfeito para começar a customizar o cliente do MU: o risco é baixo (nada quebra o servidor), o retorno visual é imediato e o pipeline é o mesmo para tudo — descriptografar, editar respeitando alfa e potência de dois, recriptografar mantendo o nome. Dominando esse ciclo, você consegue dar ao seu servidor uma cara única, de uma tela de login memorável a sets de armadura que os jogadores só encontram no seu mundo.

Perguntas frequentes