Como reduzir o tamanho do cliente de MU para download

O tamanho do cliente é um funil silencioso. Cada 100 MB extras no download significa mais jogadores desistindo no meio da barra de progresso, mais gente reclamando de internet lenta e mais custo de banda para você. Um cliente de MU Online inchado pode passar de 2 GB sem necessidade, enquanto um cliente bem otimizado da mesma season entrega a mesma experiência em uma fração disso. Reduzir esse peso é uma das otimizações de maior retorno para quem quer crescer a base de jogadores.

Neste tutorial você vai aprender, de forma metódica e segura, a enxugar o cliente do seu servidor: identificar o que ocupa espaço, remover redundâncias sem quebrar o jogo, escolher o algoritmo de compactação certo, tratar áudio e texturas, e montar um sistema de patch incremental que evita downloads completos a cada atualização. Todos os números citados são exemplos e variam por season/cliente — o método é o que importa.

Se o seu servidor ainda está em montagem, veja antes como criar um servidor de MU Online; a otimização de cliente faz mais sentido quando a base já funciona.

Pré-requisitos

Antes de começar a cortar, prepare o ambiente:

• Cópia de backup completa do cliente. Você vai quebrar coisas nos testes. Sem backup, não mexa.
• Cliente funcional e testado, conectando no seu servidor.
• 7-Zip instalado (compactação e análise de tamanho).
• Uma ferramenta de análise de espaço em disco (ex.: WinDirStat, TreeSize) para ver o que pesa.
• Máquina de testes (ou VM) para validar cada corte antes de publicar.
• Paciência para testar uma alteração por vez. Cortar dez coisas de uma vez e o jogo quebrar deixa você sem saber qual foi a culpada.

Passo 1 — Mapeando o que realmente ocupa espaço

Não se corta às cegas. Rode o WinDirStat (ou TreeSize) na pasta do cliente e observe a distribuição. Numa season típica, o peso costuma se concentrar assim (exemplo, varia por season/cliente):

Essa visão te diz onde investir esforço. Cortar 5 MB de DLL é irrelevante; cortar 400 MB de áudio duplicado muda o jogo.

Passo 2 — Removendo o lixo óbvio

O ganho mais fácil e sem risco: apagar o que nunca deveria estar num cliente de distribuição.

1. Arquivos de depuração: .pdb, .map, .log, dump\, crash reports.
2. Backups e temporários: .bak, .old, .tmp, ~arquivos, cópias tipo Data - Copia.
3. Ferramentas internas: editores de Main, editores de item, geradores de arquivos, deixados na pasta por engano.
4. Fontes duplicadas: às vezes há duas versões de uma textura ou modelo; mantenha a usada.
5. Screenshots e vídeos: pastas de captura que ficaram acumuladas do desenvolvimento.

Só isso, em muitos clientes, já corta uma fatia enorme sem tocar em nada do jogo. Depois de apagar, teste o cliente — se ainda abre e conecta, os cortes foram seguros.

Passo 3 — Tratando o áudio (Music e Sound)

Áudio é quase sempre o maior vilão evitável. Duas estratégias:

Estratégia A — Pacote de áudio opcional. Remova Music\ do cliente principal e ofereça um "Pacote de Sons" à parte para quem quiser. A maioria dos jogadores de MU joga com a própria playlist, então o download base fica muito mais leve.

Estratégia B — Recodificar mantendo o áudio. Se quiser manter a trilha, recodifique os arquivos para um bitrate menor sem perda perceptível. Um WAV gigante pode virar um arquivo comprimido com uma fração do tamanho:

# Exemplo com ffmpeg: recodificar WAV para bitrate menor
ffmpeg -i original.wav -b:a 128k saida.mp3

Atenção: só troque o formato se o cliente da sua season suportar. Alguns Mains esperam extensões específicas. Teste sempre. Os formatos aceitos variam por season/cliente.

Passo 4 — Otimizando texturas e modelos (Data)

A pasta Data guarda os modelos (BMD) e texturas (OZB, OZJ, OZT — que são formatos "encriptados" do MU sobre JPG/TGA/BMP). Aqui o cuidado é máximo: mexer errado deixa personagens invisíveis ou mapas bugados.

Regras seguras:

• Recompacte, não reencode. Você pode reempacotar arquivos sem alterar a imagem em si. Reduzir resolução perde qualidade e é arriscado — evite salvo se souber exatamente o que faz.
• Remova texturas órfãs. Modelos e mapas que foram substituídos podem ter deixado texturas sem referência. Identificá-las exige cruzar referências e testar bastante.
• Não toque em arquivos de interface sem testar cada tela. Um OZJ de UI corrompido quebra o menu inteiro.

Para a maioria dos servidores, o ganho real na pasta Data vem da compactação do instalador (próximo passo), não de mexer arquivo por arquivo, que é trabalhoso e arriscado.

Passo 5 — Escolhendo a compactação certa

Aqui está o maior ganho com o menor risco. Os arquivos do MU comprimem muito bem porque há bastante redundância. Compare os algoritmos (exemplo, varia por conteúdo):

Para gerar um .7z bem enxuto:

7z a -t7z -m0=lzma2 -mx=9 -ms=on ClienteViciadosMU.7z cliente_release\

• -mx=9 usa a compressão máxima.
• -ms=on ativa modo sólido, que trata todos os arquivos como um bloco contínuo — ótimo para muitos arquivos pequenos e semelhantes, como os do MU.

Se você distribui via instalador (recomendado), a compactação sólida LZMA2 do Inno Setup já faz esse trabalho dentro do próprio setup, entregando um único .exe compacto.

Passo 6 — Patch incremental: o corte definitivo no download

Reduzir o cliente base é ótimo, mas o maior desperdício de banda é rebaixar o cliente inteiro a cada season ou hotfix. A solução é um launcher com patch incremental: no primeiro acesso o jogador baixa o cliente completo; depois, o launcher compara os arquivos locais com uma lista no servidor (via hash) e baixa somente o que mudou.

Fluxo típico:

1. O launcher abre e lê um filelist remoto (nome, hash e tamanho de cada arquivo).
2. Compara com os arquivos locais.
3. Baixa apenas os arquivos com hash diferente ou ausentes.
4. Atualiza o version.txt local.

Isso transforma uma atualização de "baixe 2 GB de novo" em "baixe 15 MB". O impacto na retenção durante trocas de season é enorme. A implementação exata do launcher varia por season/cliente, mas o princípio de comparar hashes é universal.

Passo 7 — Validando que nada quebrou

Depois de cada rodada de otimização, valide em máquina limpa:

1. Instale/extraia o cliente otimizado numa máquina sem MU.
2. Abra o jogo e faça login.
3. Entre em vários mapas (cidade, campo, dungeon, evento) — texturas faltando costumam aparecer só em mapas específicos.
4. Crie personagens de cada classe e verifique modelos e asas.
5. Abra todas as telas de UI (loja, inventário, evento, ranking).
6. Confira o áudio se você o manteve.

Só considere o corte válido depois desse passeio completo. Um cliente 500 MB menor que trava no primeiro boss é pior que um cliente grande que funciona.

Erros comuns e soluções

Boas práticas de otimização

• Uma alteração por vez com teste entre cada uma. É a única forma de saber o que quebrou.
• Mantenha versões do cliente otimizado (v1, v2...) para poder voltar atrás.
• Documente o que foi removido; ajuda a depurar reclamações de "sumiu tal coisa".
• Prefira ganhos de baixo risco (lixo, compactação, patch) antes de mexer em texturas.
• Meça sempre o antes e depois em MB para justificar o esforço.
• Ofereça a trilha sonora como pacote opcional em vez de simplesmente sumir com ela.

Checklist de lançamento

• Backup completo do cliente original guardado
• Arquivos de debug, log, bak e temporários removidos
• Ferramentas internas e editores retirados da pasta de release
• Áudio tratado (pacote opcional ou recodificado e testado)
• Texturas órfãs verificadas sem quebrar mapas
• Compactação final em 7z LZMA2 sólido ou instalador LZMA2
• Launcher com patch incremental por hash configurado
• Teste em máquina limpa: login, todos os mapas, todas as classes
• Todas as telas de UI verificadas
• Áudio funcionando (se mantido)
• Tamanho antes/depois medido e documentado
• Hash do pacote publicado para conferência do jogador

Com o cliente enxuto e o patch incremental no lugar, você reduz custo de banda, acelera a instalação e perde muito menos jogadores no download. O próximo passo é polir a experiência dentro do jogo — a começar por recursos simples que os jogadores usam o tempo todo, como screenshots e teclas de atalho.

Perguntas frequentes