Como configurar o Moss the Merchant e a roleta no MU Online

O Moss the Merchant é um dos NPCs mais queridos da comunidade de MU Online. Introduzido como parte dos eventos sazonais, ele funciona como um comerciante ambulante que oferece itens exclusivos, caixas de recompensa e tickets — muitas vezes conectados a um sistema de roleta de premiação (também chamado de Lucky Item, Wheel of Fortune ou Ruleta, dependendo do emulador). Para um administrador de servidor privado, dominar a configuração desse NPC significa ter em mãos uma poderosa ferramenta de engajamento e, quando bem calibrada, uma fonte saudável de "sink" de moedas dentro da economia do jogo.

Neste tutorial você vai aprender, passo a passo, a spawnar o Moss the Merchant no mapa desejado, montar a sua loja de eventos, criar os tickets que alimentam a roleta e configurar as probabilidades e recompensas do sorteio. Também abordaremos os erros mais comuns, um checklist de lançamento e boas práticas de balanceamento econômico. Todos os nomes de arquivos e tabelas citados servem como exemplo — a estrutura exata varia por emulador (IGCN, MuEMU, Zhyper, X-Files, DreamMU e outros usam nomes e formatos diferentes), então trate os caminhos como referência conceitual e adapte para a sua build.

Se você ainda não tem um servidor no ar, comece pelo guia base de como criar um servidor de MU Online e depois volte aqui para adicionar o evento.

Pré-requisitos

Antes de tocar em qualquer arquivo, garanta que o ambiente esteja saudável. Configurar NPC de evento em cima de um servidor instável só multiplica a dor de cabeça no diagnóstico.

• Servidor funcional: ConnectServer, DataServer (ou equivalente) e GameServer iniciando sem erros e aceitando login.
• Banco de dados acessível: SQL Server (MuOnline / Me_MuOnline) ou MySQL, dependendo do emulador, com o SSMS ou HeidiSQL instalados.
• Editor de texto adequado: Notepad++ ou VS Code. Evite o Bloco de Notas padrão, que pode corromper a codificação de arquivos .txt usados pelo GameServer.
• Backup completo: copie a pasta do GameServer e faça dump do banco antes de começar. Qualquer erro de índice em arquivo de loja pode derrubar o servidor.
• Item.bmd do cliente sincronizado: todo item que você pretende vender ou sortear precisa existir no cliente, senão o jogador toma crash ao visualizar.
• Acesso de GM: uma conta com nível de administrador para testar spawn, comandos e recompensas sem depender de horários agendados.

> Dica: mantenha um segundo ambiente (staging) idêntico ao de produção. Testar Moss e roleta em staging evita que uma probabilidade mal digitada distribua um item raro para o servidor inteiro.

Entendendo a arquitetura do evento

O Moss the Merchant é, tecnicamente, apenas mais um monstro/NPC na engine do MU. O que o diferencia é o conjunto de três peças que trabalham juntas:

1. O spawn do NPC — define onde e quando ele aparece (mapa, coordenadas X/Y, direção e, opcionalmente, horário do evento).
2. A loja vinculada — um arquivo (frequentemente algo como MerchantShop.txt, EventItemBag.txt ou uma tabela ShopItem) que lista o que ele vende, o preço e a moeda.
3. A lógica de roleta/sorteio — um arquivo de configuração que associa um "ticket" (item consumível) a uma tabela de probabilidades e recompensas.

Compreender essa separação é fundamental porque cada emulador implementa as peças de forma distinta. Em alguns, a roleta é um sistema nativo com interface própria no cliente; em outros, ela é simulada via "caixa de sorteio" (um item que, ao ser aberto, chama uma tabela de drop). O conceito de MU permanece o mesmo — o que muda é onde você edita.

Passo 1: Definir mapa e coordenadas do NPC

Escolha onde o Moss vai residir. Locais de alto tráfego como Lorencia (mapa 0), Noria (mapa 3) ou Elbeland concentram jogadores e maximizam a interação. Muitos administradores preferem a praça central de Lorencia, perto do Safe Zone, para facilitar o acesso.

O spawn normalmente é declarado em um arquivo de lista de monstros. Um exemplo de linha (formato genérico, varia por emulador):

# Index  Map  X   Y   Dir
660      0    143 130 3

Onde:

• Index (660) é o ID do NPC Moss the Merchant no seu emulador. Confirme o número correto na documentação da build — não presuma.
• Map (0) é Lorencia.
• X/Y (143/130) são as coordenadas dentro do mapa.
• Dir (3) é a direção para a qual o NPC olha.

Em builds baseadas em SQL, o spawn pode viver em uma tabela como MonsterSetBase em vez de um .txt. Nesse caso o INSERT seria conceitualmente:

INSERT INTO MonsterSetBase (MonsterClass, Map, X, Y, Dir)
VALUES (660, 0, 143, 130, 3);

Passo 2: Registrar o comportamento de NPC

Um monstro comum ataca; um NPC comerciante precisa abrir janela de loja ao ser clicado. Essa distinção costuma ser feita em um arquivo de definição de monstro (Monster.txt, MonsterList ou similar), onde uma flag ou coluna marca o índice como NPC do tipo loja.

# Index  Name              Type
660      "Moss the Merchant"  NPC_SHOP

Se o seu emulador usa colunas numéricas em vez de rótulos, o "tipo loja" pode ser um número específico. O ponto essencial: o NPC precisa estar marcado como vendedor e apontar para o arquivo de loja correto. Sem esse vínculo, clicar nele não faz nada ou trava o cliente.

Passo 3: Montar a loja de eventos

Aqui você define o inventário do Moss. Cada linha representa um item à venda, com seu custo e moeda. Exemplo de estrutura genérica:

# Slot  ItemCat  ItemIndex  Level  Durability  Price     Currency
0       14       13         0      1            5000000   Zen        # Jewel of Bless
1       14       14         0      1            8000000   Zen        # Jewel of Soul
2       12       15         0      1            30        Wcoin      # Ticket da Roleta
3       14       31         0      1            150       Ruud       # Box of Luck

Campos típicos:

• ItemCat / ItemIndex: categoria e índice do item no sistema do MU (o famoso par tipo:índice). Jewel of Bless, por exemplo, é frequentemente 14:13.
• Level: nível do item (para armas/armaduras). Consumíveis geralmente ficam em 0.
• Price / Currency: valor e moeda. A moeda disponível varia por emulador — Zen, Jewels, Wcoin, Goblin Points, Ruud ou custom.

O item mais importante dessa loja para a nossa finalidade é o Ticket da Roleta (slot 2 no exemplo). É ele que conecta o Moss ao sistema de sorteio.

Tabela de itens recomendados para venda

Passo 4: Configurar a roleta (Lucky Item / Wheel)

A roleta consome o ticket e devolve um prêmio conforme uma tabela de probabilidades. A configuração vive em um arquivo do tipo LuckyItem.txt, Wheel.txt ou numa tabela SQL de sorteio. O princípio é sempre o mesmo: cada prêmio tem um peso (chance), e a soma dos pesos define o universo do sorteio.

# ItemCat  ItemIndex  Level  Chance(%)   Amount
14         13         0      35.0        1        # Jewel of Bless
14         14         0      30.0        1        # Jewel of Soul
14         16         0      20.0        1        # Jewel of Life
12         15         0      10.0        1        # Ticket extra (re-roll)
0          0          0      4.5         1        # Box of Excellent
0          0          15     0.5         1        # Item Excellent raro (jackpot)

Boas práticas de calibração:

1. A soma das chances deve fechar 100% (ou o "peso total" esperado pela sua build). Muitos emuladores normalizam automaticamente, mas não conte com isso — feche a conta manualmente.
2. Reserve o jackpot para menos de 1%. Um prêmio raro com 5% de chance inunda o servidor em uma semana.
3. Inclua prêmios de "consolação" (jewels comuns) com alta probabilidade para que o jogador raramente sinta que "perdeu tudo".
4. Documente cada peso com um comentário. Você vai agradecer a si mesmo no futuro.

Como o cliente exibe a roleta

Se o seu emulador tem interface nativa de roleta, ela lê essa tabela e anima o giro. Se não tiver, o "ticket" é apenas um item consumível que, ao ser usado, chama a tabela de drop internamente. Em ambos os casos a lógica de probabilidade é idêntica — apenas a apresentação visual muda, e isso varia por emulador.

Passo 5: Definir horário do evento (opcional)

No MU oficial, o Moss aparece só em janelas específicas. Para replicar isso, use a tabela ou arquivo de agendamento de eventos:

# EventCode  StartHour  StartMinute  DurationMin
MOSS         12         0            60
MOSS         20         0            60

Para deixá-lo permanente, simplesmente não registre horário e mantenha o spawn fixo. A escolha depende do seu público: eventos temporizados criam senso de urgência; NPCs permanentes reduzem atrito para jogadores casuais.

Passo 6: Reiniciar e testar

Depois de salvar todos os arquivos:

1. Feche o GameServer com segurança (evite matar o processo à força para não corromper dados).
2. Reinicie o GameServer para recarregar loja e tabela de roleta.
3. Entre com uma conta de GM.
4. Vá até as coordenadas do spawn e confirme que o Moss apareceu.
5. Clique no NPC e verifique se a janela de loja abre com todos os itens.
6. Compre um Ticket da Roleta e execute o sorteio algumas vezes.
7. Confira nos logs se as recompensas foram entregues e se a moeda foi debitada corretamente.

> Dica de teste: para validar probabilidades sem gastar horas, faça 100 sorteios seguidos com uma conta GM (com moeda "infinita") e conte quantas vezes cada prêmio saiu. Se o jackpot de 0,5% apareceu 8 vezes em 100, há algo errado na sua tabela de pesos.

Balanceamento econômico

A grande armadilha do Moss + roleta não é técnica, é econômica. Se os prêmios forem generosos demais em relação ao custo do ticket, você desvaloriza toda a sua economia de jewels e Wcoin. Alguns princípios:

• O ticket deve ter custo real. Se ele é barato demais, jogadores farmam sorteios em massa.
• O valor esperado (EV) de um giro deve ser ligeiramente menor que o custo do ticket. Isso mantém a roleta como um "sink" e não como uma "impressora de dinheiro".
• Monitore a inflação. Acompanhe o preço de jewels no mercado dos jogadores após lançar o evento. Se despencar, reduza as chances dos prêmios de jewel.
• Rotacione prêmios. Trocar o inventário do Moss a cada temporada renova o interesse sem inflar a economia.

Erros comuns e soluções

Checklist de lançamento

• Backup completo do GameServer e do banco de dados feito
• Index correto do Moss the Merchant confirmado na documentação da build
• Spawn configurado com mapa e coordenadas testadas
• NPC marcado como tipo loja e vinculado ao arquivo de loja
• Inventário da loja definido com moeda e preços coerentes
• Ticket da Roleta incluído na loja
• Tabela de roleta com chances somando 100% (ou peso total esperado)
• Jackpot com probabilidade abaixo de 1%
• Todos os itens de prêmio existentes no Item.bmd do cliente
• Horário do evento definido (ou spawn permanente confirmado)
• Teste de 100 giros validando as probabilidades
• Valor esperado do giro menor que o custo do ticket (sink econômico)
• Logs de entrega de prêmio e débito de moeda verificados
• Anúncio para os jogadores preparado

Considerações finais

O Moss the Merchant e a roleta, quando bem configurados, viram um dos pilares de retenção do seu servidor. A parte técnica — spawn, loja, tabela de sorteio — é relativamente simples e segue conceitos universais do MU Online. O verdadeiro trabalho está no balanceamento contínuo: acompanhar a economia, rotacionar prêmios e ajustar probabilidades conforme a população evolui.

Comece conservador nas chances de itens raros, observe o comportamento dos jogadores nas primeiras semanas e só então afrouxe. É muito mais fácil aumentar a generosidade de um evento do que retirar prêmios que os jogadores já se acostumaram a receber. Lembre-se de que cada emulador implementa esses sistemas de forma própria, então trate este guia como um mapa conceitual e valide cada passo na documentação da sua build.

Perguntas frequentes