Guia: por que servidor de MU anuncia FPS como se fosse taxa de EXP
Se você abriu qualquer lista de servidores de MU nos últimos meses, viu FPS escrito no mesmo lugar onde antes só havia rate de EXP e drop. Tem servidor se apresentando com 30+ FPS, outro com 60, outro com 120, outro com 240+. Tem até servidor que estampou o número no próprio nome. Não é firula de marketing gráfico: no MU, quadro por segundo é mecânica.
O que cada faixa de FPS significa na prática
Dá para dividir a cena em três grupos.
- Clientes tradicionais (perto de 25 FPS). É o patamar do cliente original. Em 14 de outubro de 2026, o Asteria MU registrou na manutenção que o FPS ficou estável e se mantém próximo de 25 — tratando estabilidade, e não número alto, como conquista. Um dia depois, em 15 de outubro, o MUX Legend publicou nota parecida: cliente mais estável mantendo 25 quadros por segundo de forma suave em quase todos os cenários.
- Clientes ajustados (30 a 60 FPS). Servidores de Season 6 e Season 3 anunciam 30+ ou 60 FPS como ganho sobre o original, normalmente junto de câmera 3D e interface ampliada.
- Clientes reescritos (120 a 240+ FPS). Aqui o renderizador foi refeito. Há projetos divulgando 120 FPS com retrabalho em OpenGL e separação de CPU/GPU, e outros anunciando engine gráfica nova com iluminação dinâmica e 240+ FPS.
Por que FPS alto mexe em habilidade
O argumento técnico ficou público quando o Bless explicou um ajuste no Dark Lord: após a troca para o cliente novo, o Fire Scream ficou excessivamente eficiente, porque a mecânica antiga não funcionava corretamente com o FPS alto do novo cliente. A solução foi reescrever a mecânica — o que resolveu o problema técnico e, de quebra, aumentou o poder da habilidade, forçando um novo balanceamento depois.
Esse é o padrão: habilidades antigas do MU foram desenhadas contando ciclos de animação. Multiplique os quadros e você multiplica eventos que o código original não esperava.
FPS, velocidade de ataque e anticheat são o mesmo assunto
A manutenção de 14 de outubro do Asteria é um bom estudo de caso, porque ela mistura justamente esses três temas. Na mesma lista aparecem:
- correção de agilidade aplicada por habilidade, para que efeitos de fim de ataque não se perdam em velocidade de ataque alta;
- um novo modo de verificação de velocidade de ataque baseado no tempo do próprio cliente, configurável em AntiHack.ini;
- correção de verificação de velocidade nos primeiros ataques após entrar no jogo, que usava uma linha de tabela não definida;
- melhorias de desempenho de renderização, como névoa com corte de objetos e forçar o buffer de malha para multidões e montarias.
Traduzindo: quanto mais o cliente acelera, mais o servidor precisa de régua nova para distinguir jogador rápido de speedhack. Quem já tomou kick injusto em servidor de FPS alto está vendo esse conflito de perto.
Checklist antes de escolher servidor por FPS
- Pergunte qual é o cliente. Nativo em torno de 25 FPS ou reescrito? Isso muda tudo — inclusive quais bugs você vai encontrar.
- Veja se houve retrabalho de habilidades. FPS alto sem revisão de skills tende a inflar classes de dano contínuo e multi-hit.
- Leia a seção de anticheat do changelog. Se o servidor fala em modo de verificação de velocidade, ele está consciente do problema; silêncio total é bandeira amarela.
- Teste em zona cheia. O número anunciado é teto em cenário limpo; o que importa é FPS em Castle Siege e invasão.
- Não compare rates entre faixas de FPS. Um x100 em cliente de 240 FPS não é a mesma experiência de x100 em cliente clássico — a velocidade real de farm muda.
Em 2026, perguntar o FPS de um servidor de MU equivale a perguntar a versão. É informação de balanceamento disfarçada de informação gráfica.