Como configurar o Pet System (Fenrir, Panda, Uniria) no MU Online

O Pet System é um dos pilares da jogabilidade de médio e alto nível no MU Online. Enquanto o Guardian Angel e o Imp entregam bônus passivos simples, pets como o Fenrir, o Panda e o Uniria combinam efeito de combate, montaria e economia de conta, e por isso exigem uma configuração cuidadosa no servidor. Um Fenrir mal balanceado destrói a curva de dificuldade do seu servidor; um Fenrir bem configurado vira um objetivo de progressão que segura o jogador por semanas. Este tutorial cobre o ciclo completo: entender os slots de pet, habilitar os itens no lado do servidor, montar a receita de criação e upgrade do Fenrir, ajustar durabilidade e efeitos, e validar tudo em ambiente de teste antes de abrir para os jogadores.

Vale um aviso importante desde já: os nomes de arquivos, colunas e IDs citados aqui são exemplos de como a maioria dos emuladores organiza esses dados. A estrutura real varia por emulador (Season 6 baseado em arquivos texto, emuladores mais novos com banco SQL, e forks com painel web têm layouts diferentes). Use os conceitos como mapa e confirme cada campo na documentação do seu emulador específico antes de editar em produção.

Pré-requisitos

Antes de tocar em qualquer arquivo de pet, garanta que a base do servidor já está de pé e estável. Se você ainda não passou por isso, comece pelo guia de como criar servidor de MU Online e só então volte para cá.

Você vai precisar de:

• Servidor funcional (GameServer, ConnectServer, JoinServer e DataServer/banco no ar).
• Acesso de escrita aos arquivos de configuração de itens (Item.txt/ItemList ou tabelas equivalentes) e ao arquivo de itens do cliente (Item.bmd/Item.txt do Main).
• Editor de texto com suporte a UTF-8 e visualização de colunas (VS Code, Notepad++), e um cliente de banco (HeidiSQL, SSMS) se o emulador usar SQL.
• Uma conta de GM ou comando de admin para gerar itens em teste (/make, /item ou equivalente).
• Backup completo dos arquivos e do banco antes de começar. Isto não é opcional.

Reserve também uma conta de personagem "cobaia" separada da sua conta principal, para não corromper progresso real durante os testes de durabilidade e drop.

Entendendo os slots e os tipos de pet

No MU clássico, os pets não são todos iguais na forma como o servidor os trata. É útil separar em três categorias:

1. Pets de bônus passivo (Guardian Angel, Imp, Satan/Dinorant em parte): ocupam um slot de pet e aplicam efeito enquanto equipados.
2. Montarias (Dark Horse, Uniria, Fenrir): ocupam o slot de montaria; o personagem monta e ganha mobilidade além do bônus.
3. Pets de evento/EXP (Panda, Skeleton, Rudolph, Uniria em algumas seasons): itens temáticos com bônus de experiência ou drop, quase sempre com durabilidade que expira.

O ponto crítico do balanceamento é que o Fenrir e o Uniria disputam o mesmo slot de montaria. Isso significa que um jogador não empilha os dois; ele escolhe. Já o Panda, por ser pet de asa/costas em muitas seasons, pode conviver com uma montaria. Documente qual slot cada item usa no seu emulador antes de definir bônus, porque bônus empilháveis mudam completamente a matemática do PvP.

Habilitando os itens de pet no servidor

O primeiro passo prático é garantir que os IDs dos pets estejam ativos e coerentes entre servidor e cliente. Cada item no MU é identificado por um par section/index (categoria e índice dentro da categoria). Pets clássicos ficam tradicionalmente na seção 13 (miscelânea/asas/pets), mas isso varia por emulador.

Localize as entradas dos pets no seu arquivo/tabela de itens. Em um emulador baseado em texto, a linha costuma se parecer com isto (exemplo ilustrativo):

// section index name       slot durability ...
13   37    "Fenrir"          -1   255        ...
13   3     "Uniria"           7   60         ...
13   80    "Panda"            8   60         ...

O que verificar em cada entrada:

• O nome bate exatamente com o do cliente. Nome divergente causa item "em branco" ou crash de inventário.
• A durabilidade máxima está definida. Pet com durabilidade 0 some ao equipar.
• O flag de comercializável/dropável está no valor que você deseja (o normal é Fenrir não-dropável).
• O item está marcado como pet/montaria no campo de tipo, para o cliente renderizar a animação de montaria.

Depois de editar, o item precisa existir de forma idêntica no cliente. Se o servidor conhece o Fenrir na 13/37 mas o cliente espera na 13/38, o jogador vê um item errado ou nada. Sincronize as duas pontas sempre.

Criação e upgrade do Fenrir

O Fenrir é o ponto alto do sistema porque não é apenas dropado: ele é construído por uma receita, geralmente no Chaos Goblin Machine (a "máquina de combinação"). O fluxo tradicional tem duas fases: criar o Fenrir base (broken/incompleto) e depois fazer o upgrade para uma das variações de bônus.

Passo a passo do fluxo clássico:

1. Reunir os componentes. A receita histórica pede itens como Splinter of Armor, Bless of Guardian, Claw of Beast e Fragment of Horn, obtidos em eventos como Kanturu e drops de mapas específicos. Os itens e as quantidades variam por emulador.
2. Combinar no Chaos Machine com a taxa de sucesso configurada. O resultado é o Fenrir base, ainda sem bônus de combate definido.
3. Fazer o upgrade adicionando um item de refinação (comumente uma quantidade de Jewel of Chaos, Jewel of Bless/Soul ou Zen) para transformar o Fenrir base numa variação:

• Fenrir de Força (bônus de dano),
• Fenrir de Vida (bônus de HP),
• Fenrir de Mana,
• Fenrir preto/dourado (a versão "perfeita", com o melhor bônus).

1. Definir a taxa de sucesso e o custo em zen de cada etapa no arquivo de combinações do servidor.

No lado do servidor, a receita mora no arquivo de combinações do Chaos Machine (algo como ChaosMix, ChaosBox ou tabela T_ChaosMix, dependendo do emulador). Um bloco de receita costuma declarar: itens de entrada, item de saída, custo em zen, taxa base de sucesso e modificadores. Exemplo conceitual:

[FenrirBase]
Cost      = 5000000
Rate      = 80
In1  = 13:37:0     ; ingrediente
In2  = 14:13:0     ; jóia
Out  = 13:37:0     ; Fenrir base

Ajuste a Rate com cuidado: uma taxa muito alta banaliza o Fenrir e uma taxa muito baixa gera frustração e revenda de contas. Em servidores de progressão moderada, taxas entre 60% e 80% para a base e um pouco menores para a versão perfeita funcionam bem.

Configurando efeitos e bônus

Os efeitos do Fenrir têm duas naturezas. A primeira é o ataque em área característico da montaria: um golpe que atinge vários inimigos ao redor, muito forte em farm e em PvP de aglomeração. A segunda é o bônus estático da variação (dano, vida ou mana), aplicado enquanto o Fenrir está equipado e com durabilidade.

No servidor, esses bônus normalmente são definidos por opção de item ou por regra codificada para o ID do Fenrir. Onde há tabela de opções, você associa ao item um valor de bônus; onde o efeito é fixo no emulador, você ajusta constantes de configuração. Pontos de balanceamento que merecem atenção:

• Escala do ataque em área. Se o dano em área for muito alto, o Fenrir vira obrigatório e mata a diversidade de builds. Meça o dano contra os mobs dos mapas de farm principais.
• Empilhamento com asas e sets. Confirme se o bônus do Fenrir soma com o de asas de nível 3 e sets ancião. Somas descontroladas quebram o PvP.
• Bônus por variação. Documente exatamente quanto cada Fenrir (força/vida/mana/perfeito) concede, para que os jogadores entendam a escolha e para que você possa auditar contas suspeitas.

Durabilidade, reparo e itens de pet

Pets de montaria e de evento têm durabilidade que cai com o uso ou com o tempo. Para o Fenrir, a durabilidade cai ao apanhar e ao usar o ataque em área; quando zera, o Fenrir para de aplicar bônus e o personagem desmonta. O reparo costuma ser feito no NPC ferreiro pagando zen, ou por consumo de jóia, dependendo da configuração.

Para Panda e Uniria, que são itens de evento, o comum é durabilidade que expira com o tempo de jogo, não apenas com dano. Isso é intencional: são bônus temporários de campanha ou recompensa. Configure o valor máximo de durabilidade e o consumo por minuto/uso conforme o ritmo do seu servidor.

Recomendações práticas:

• Marque Fenrir, Dark Horse e itens de evento como não-dropáveis ao morrer, editando a regra de perda de item ou a flag do próprio item. Nada gera mais reclamação do que perder um Fenrir construído a duras penas.
• Defina se o Fenrir pode ser negociado. Em muitos servidores ele é bloqueado para trade para evitar RMT e roubo de conta.
• Teste o reparo com uma conta cobaia: desgaste a durabilidade até zero, repare, e confirme que os bônus voltam.

Sincronizando servidor e cliente

Todo item de pet precisa existir dos dois lados com o mesmo section/index, nome e tipo. Além do arquivo de itens, o cliente precisa dos modelos e texturas da montaria (arquivos de modelo do Fenrir e efeitos) e das entradas de tradução/nome. Se você adicionou um Fenrir customizado ou uma nova cor, o pacote do cliente deve incluir o modelo correspondente, senão o jogador monta um "fantasma" invisível ou o cliente crasha.

Fluxo de sincronização seguro:

1. Edite o item no servidor.
2. Espelhe a mesma entrada no arquivo de itens do cliente.
3. Confirme que os arquivos de modelo/efeito existem no cliente.
4. Gere o item numa conta de teste e monte para validar animação, bônus e durabilidade.
5. Só então distribua o patch do cliente para os jogadores.

Erros comuns e soluções

Testes de balanceamento

Antes de liberar, rode uma bateria de testes com contas cobaia representando as classes principais (DK, DW, Elf, MG). Meça o dano do Fenrir em farm nos mapas de nível médio e alto, e simule PvP 1v1 e em grupo. Anote os números. Se o Fenrir domina toda decisão de build, reduza o dano em área ou o bônus da variação perfeita. O objetivo é que o Fenrir seja forte e desejável, sem ser obrigatório.

Teste também a economia: quanto custa, em tempo e recursos, montar um Fenrir perfeito? Se for rápido demais, todo mundo tem em um dia e o item perde valor. Se for impossível, ninguém persegue. Calibre a receita e as taxas para que o Fenrir seja uma meta de algumas semanas de jogo dedicado.

Checklist de lançamento

• Backup completo de arquivos e banco antes de qualquer edição
• IDs de Fenrir, Panda e Uniria conferidos e idênticos entre servidor e cliente
• Durabilidade máxima definida para todos os pets
• Fenrir, Dark Horse e itens de evento marcados como não-dropáveis ao morrer
• Receita de criação e upgrade do Fenrir com IDs e taxas revisados
• Bônus de cada variação do Fenrir documentado
• Slots de montaria conferidos (Fenrir x Uniria x Dark Horse não empilham)
• Modelos e efeitos das montarias presentes no patch do cliente
• Reparo de durabilidade testado com conta cobaia
• Balanceamento de dano em área validado em farm e PvP
• Regra de trade/RMT definida para o Fenrir
• Teste final de criação-upgrade-montaria em conta limpa aprovado

Perguntas frequentes