O 0.97k virou laboratório: cliente reconstruído, servidor nativo em Linux e um backend em Elixir
Enquanto a cena privada corre atrás das Seasons 21 e 22, a movimentação técnica mais interessante do mês aconteceu na ponta oposta do catálogo: o 0.97k, a build clássica de 2001 que a comunidade usa como sinônimo de MU original. Em outubro de 2026, a seção de releases do RaGEZONE acumulou lançamentos de código-fonte dessa versão — não repacks, não arquivos compilados, mas fonte para compilar.
O que entrou na lista
Entre o fim de setembro e a primeira semana de outubro apareceram três peças que conversam entre si: um pacote de cliente em código-fonte somado a um servidor nativo para Linux, usando como base os arquivos do desenvolvedor conhecido como Kayito (5 de outubro); a reativação da thread clássica do MuEmu 0.97k com ferramentas e fontes (6 de outubro); e, de 27 de setembro, uma reescrita completa do backend em Erlang/Elixir, anunciada com cliente recompilado e 150 FPS.
Não é um movimento isolado. O catálogo da seção segue organizado por temporada, com Season 6 e Season 4 dominando, mas com builds numeradas — 0.97d, 1.00.08, 1.00.16, 1.00.90 — reaparecendo com frequência. A diferença é que agora essas builds antigas estão ganhando algo que as Seasons novas raramente têm na cena privada: fonte pública e histórico de versões.
Um roadmap que parece de software, não de servidor
O repositório do cliente 0.97k reconstruído deixa claro o tipo de projeto que isso virou. A documentação diz que a única coisa que não acompanha o código é o main.exe original, necessário apenas para quem quiser decompilar e comparar endereços — e recomenda checar o MD5 do binário antes, porque há muitas variantes já modificadas circulando. O port é validado contra o MuEmu portado para Linux, tratado como referência de formato de pacote.
O roteiro é dividido em fases numeradas, da 0.97.10 à 0.97.90: limpeza de código com CMake e CI, integração nativa do que o Main.dll fazia, substituição de switches e defines herdados por tabelas e enums, abstração de plataforma com Linux, separação entre simulação e renderização para permitir FPS alto sem acelerar o jogo, renderizador OpenGL 3.3 com x64, autoridade do servidor e segurança, e só no fim launcher, web e Android.
Esse detalhe da fase de “timing real” é o mais relevante para jogador comum: ele ataca exatamente o problema que fez FPS virar item de propaganda em anúncio de servidor. E o nível de granularidade do trabalho dá o tom — a documentação registra, por exemplo, que o pacote de skill de duração (C3:1E) é enviado com 11 bytes em vez de 9, e que ler o tamanho errado faz o servidor acertar a entidade errada.
Linux, Docker e o fim do InfoEncoder
A versão empacotada desse esforço já está publicada como build estável 0.97.30, descrita como MuEmu portado nativamente para Linux com Docker, MySQL e painel web de administração, além de cliente para Windows e Linux saído da mesma fonte. O modelo muda hábitos antigos: o endereço do servidor é compilado dentro do cliente a partir de um arquivo de configuração, e cliente com DLL, InfoEncoder e ClientInfo.bmd são tratados como obsoletos. Itens, asas, efeitos, pets e monstros customizados passam a ser definidos pelo servidor, com o cliente carregando apenas os modelos.
Por que isso importa
A mesma lista de lançamentos de outubro traz, no mesmo intervalo de dias, arquivos de servidor que exigem licença e emuladores com licença quebrada. É o contraste que define a cena hoje: de um lado, pacotes fechados de fornecedor; do outro, uma build de 2001 sendo tratada como projeto de engenharia aberto, com roadmap, CI e portabilidade.
Para quem administra servidor, a conclusão prática é incômoda e simples: em 2026, é mais fácil auditar o que acontece dentro de um 0.97k do que dentro de uma Season recente comprada pronta.