Como configurar o Tormented Square (Burning Kundun) no MU Online

O Tormented Square é um evento de arena por ondas que virou favorito em servidores de MU Online que buscam desafio cooperativo de verdade. A fórmula é clássica e eficiente: grupos de jogadores entram em uma arena fechada e enfrentam ondas sucessivas de monstros, cada uma mais dura que a anterior, até o confronto final contra o Burning Kundun — a versão em chamas do lendário Kundun, com HP e dano intensificados. Sobreviver a todas as ondas e derrubar o chefe libera recompensas de alto valor, o que torna o Tormented Square um dos melhores ganchos de endgame que um administrador pode oferecer.

Este guia é avançado porque o evento combina três desafios de configuração ao mesmo tempo: o controle de entrada na arena, a sequência de ondas com condição de avanço, e o boss final com suas recompensas. Todos precisam estar em sintonia. Vou usar nomes de arquivo, tabelas e chaves como exemplos; a estrutura é comum à maioria dos emuladores que implementam o evento, mas os nomes exatos, os IDs e algumas regras variam por emulador. Se o seu servidor ainda não está no ar, comece pelo tutorial de como criar servidor de MU Online e volte quando a base estiver estável.

Pré-requisitos

O Tormented Square depende de lógica de ondas e de controle de acesso, então exige uma base sólida antes de qualquer ajuste.

• Servidor MU Online estável, com GameServer subindo sem erros.
• Processo de eventos ativo — em muitos emuladores o evento é gerido por um EventServer ou módulo dedicado. Confirme o seu.
• Banco de dados MuOnline acessível via SSMS, com permissão para criar e alterar tabelas.
• Mapa da arena do Tormented Square presente no servidor e no cliente.
• Editor de texto que preserve encoding (Notepad++), salvando no padrão dos demais arquivos.
• Backup completo do banco e das pastas de configuração antes de começar.

> Teste com uma conta de GM antes de liberar. Um evento por ondas mal configurado costuma "travar" numa onda intermediária — os monstros não avançam e os jogadores ficam presos até o tempo esgotar. Descobrir isso com um GM é trivial; descobrir com 40 jogadores no evento gera enxurrada de reclamação.

Como o Tormented Square funciona por dentro

Antes de editar arquivos, entenda o fluxo. O evento tem quatro componentes que formam uma cadeia:

1. Controle de entrada — quem pode entrar, com que item/custo e em qual janela de horário.
2. Mapa da arena — o índice de mapa dedicado onde as ondas acontecem.
3. Sequência de ondas — a lista ordenada de spawns, com a condição que dispara a próxima onda (tipicamente "eliminar todos os monstros da onda atual").
4. Boss e recompensas — o Burning Kundun na onda final e o que ele/o evento concede ao ser derrotado.

A regra de ouro: entrada → ondas em ordem → boss → recompensa. Se a condição de avanço de onda não é satisfeita, o fluxo para; se o boss não tem spawn na onda final, o evento nunca conclui. Manter a cadeia contínua é o objetivo central deste guia.

Passo 1: Confirmar o mapa da arena

Todo evento de mapa começa pelo índice de mapa correto.

1. Abra a definição de mapas do GameServer (exemplo: Data/MapInfo.txt).
2. Localize o mapa do Tormented Square e anote o índice numérico.
3. Confirme que o cliente possui o arquivo de mapa correspondente.

; Exemplo ilustrativo (o indice REAL varia por emulador)
; Formato: Indice  Nome  ... flags
ZZ  Tormented_Square  ...

> Não copie o índice de outro servidor. Emuladores diferentes (e versões diferentes do mesmo emulador) podem usar índices distintos para o mesmo evento. Um índice errado faz as ondas nascerem no mapa errado — ou não nascerem.

Passo 2: Habilitar o evento e definir horários

Ative o Tormented Square no arquivo de configuração de eventos e defina a janela.

; Exemplo de bloco de configuracao (nomes de chave variam por emulador)
[TormentedSquare]
Enable=1
MapNumber=ZZ           ; indice do mapa do Passo 1
WaveCount=5            ; numero de ondas
Duration=30           ; tempo maximo do evento em minutos
EntryItemIndex=<itemEntrada>   ; item exigido para entrar
EntryLevelMin=380     ; nivel minimo para participar
Schedule=13:00,19:00,23:00

Parâmetros mais relevantes:

> Como o Tormented Square é um evento de endgame, use um nível mínimo compatível com o teto do seu servidor. Sem esse filtro, personagens fracos entram, morrem na primeira onda e travam a experiência do grupo. O EntryLevelMin é o que mantém a arena com participantes capazes de progredir.

Passo 3: Configurar o controle de entrada

A entrada é o que dá exclusividade ao evento. O padrão mais comum é exigir um item de entrada (uma "invitation"/pergaminho) e/ou passar por um NPC dentro da janela de horário.

-- Exemplo: confirmar o item de entrada na base de itens
-- (tabela e colunas variam por emulador)
SELECT ItemIndex, ItemName
FROM MuOnline..ItemBase
WHERE ItemIndex = <itemEntrada>;

Se o evento usa NPC de entrada, confirme que ele existe e está posicionado no mapa principal. Defina também como o jogador é movido para a arena — normalmente o sistema teleporta o personagem (ou o grupo) para as coordenadas iniciais do mapa ZZ ao validar a entrada.

Boas práticas de entrada:

1. Torne o item de entrada uma recompensa de outros conteúdos (drops, eventos, loja de evento), criando uma economia em torno do acesso.
2. Decida entre entrada individual ou por grupo; arenas por ondas costumam funcionar melhor com grupos organizados.
3. Feche a entrada assim que a primeira onda começa, para ninguém entrar em uma arena já em andamento.

Passo 4: Configurar a sequência de ondas

O coração do evento é a lista ordenada de ondas. Cada onda é um conjunto de spawns; ao eliminar todos os monstros de uma onda, a próxima é liberada.

; Exemplo ilustrativo de ondas no mapa ZZ
; Formato tipico: Onda  Mapa  MonstroID  Quantidade  X  Y
1  ZZ  <mobFraco>   10  120  120
2  ZZ  <mobMedio>   12  120  120
3  ZZ  <mobForte>   14  120  120
4  ZZ  <mobElite>   16  120  120
5  ZZ  <burningKundun>  1  120  120   ; onda final: o boss

Pontos de atenção:

1. Escale a dificuldade de forma gradual — cada onda um pouco mais dura que a anterior. Saltos bruscos frustram; progressão suave prende.
2. Garanta a condição de avanço. Na maioria dos emuladores, a próxima onda só dispara quando todos os monstros da atual morrem. Confirme que nenhum monstro nasce em coordenada inacessível, ou o grupo não consegue limpar a onda e o evento trava.
3. Reserve a última onda para o boss. O Burning Kundun deve ser o único da onda final, com spawn único.

Passo 5: Configurar o Burning Kundun

O Burning Kundun é o clímax e exige atenção em três pontos: existência na base, atributos calibrados e recompensa ao morrer.

-- Exemplo: confirmar que o Burning Kundun existe e esta habilitado
-- (nome de tabela/coluna varia por emulador)
SELECT MonsterID, MonsterName, Enable
FROM MuOnline..MonsterBase
WHERE MonsterID = <burningKundun>;

-- Habilitar caso desativado
UPDATE MuOnline..MonsterBase
SET Enable = 1
WHERE MonsterID = <burningKundun>;

Se os atributos de monstro no seu emulador ficam em arquivo de texto (exemplo: Data/Monster.txt), ajuste ali HP, ataque, defesa e EXP do Burning Kundun. Calibre para que a luta final seja tensa mas vencível pelo grupo típico do seu servidor — o boss deve ser o momento mais difícil, não uma parede impossível.

> Um erro comum é copiar os atributos do Kundun normal e esquecer de intensificá-los. O "Burning" existe justamente para ser mais forte; se ele morre tão rápido quanto o Kundun comum, o clímax se perde. Suba HP e dano o suficiente para que a onda final seja memorável.

Passo 6: Definir as recompensas

As recompensas justificam o custo de entrada e o esforço das ondas. Elas podem cair do próprio Burning Kundun ou serem entregues via sistema de recompensa ao concluir o evento.

-- Exemplo ilustrativo de drop do boss / recompensa de conclusao
UPDATE MuOnline..ItemDrop
SET DropRate = 25
WHERE MonsterID = <burningKundun>
  AND ItemIndex = <itemPremio>;

Diretrizes para uma economia saudável:

• O Burning Kundun deve concentrar os melhores drops, com chances baixas, para valorizar a conclusão.
• Considere recompensa garantida de conclusão (moeda de evento, materiais) além dos drops aleatórios, para que grupos que fecham o evento nunca saiam de mãos vazias.
• Não duplique itens raros já obtidos facilmente em outros lugares; a exclusividade é o que torna o Tormented Square atraente.

Passo 7: Sincronizar o cliente e testar

1. Garanta que o cliente tem o arquivo de mapa da arena e os modelos dos monstros e do Burning Kundun.
2. Distribua qualquer arquivo customizado via patch/launcher.
3. Suba os serviços na ordem: DataServer → ConnectServer → GameServer → processo de eventos (por último).
4. Ajuste temporariamente Schedule para um horário próximo, reinicie o processo de eventos e conduza um teste completo: entrada, onda 1, avanço de ondas, spawn do Burning Kundun na onda final, morte do boss e entrega da recompensa.

Confirme no log do evento as etapas: evento iniciado, onda N iniciada/concluída, boss spawnado e evento finalizado.

Erros comuns e soluções

> Depois de alterar ondas, atributos do boss ou regras de entrada, reinicie o processo de eventos. Esses dados quase sempre são lidos na inicialização e não em tempo real; mudanças "sem efeito" geralmente são falta de restart.

Boas práticas de operação

• Anuncie o evento com mensagem global antes de cada janela; grupos precisam se organizar.
• Monitore os logs nas primeiras semanas para pegar ondas que travam ou coordenadas problemáticas.
• Ajuste a curva de dificuldade conforme observa quantos grupos concluem — se quase ninguém fecha, suavize; se todos fecham fácil, aperte.
• Revise as recompensas periodicamente para acompanhar a evolução da economia.
• Documente índices, IDs, ondas e horários usados, para não depender da memória em manutenções.

Checklist de lançamento

• Backup completo do banco e das configurações realizado
• Índice de mapa da arena confirmado no MapInfo
• Evento habilitado (Enable=1) com MapNumber e Schedule corretos
• Controle de entrada (item/NPC) validado e nível mínimo definido
• Sequência de ondas com dificuldade progressiva e condição de avanço testada
• Todos os monstros de cada onda em coordenadas alcançáveis
• Burning Kundun com spawn único na onda final e atributos intensificados
• Recompensas de boss/conclusão definidas e testadas
• Cliente com mapa e modelos distribuídos via patch
• Teste completo em conta de GM: entrada, ondas, boss e recompensa validados
• Fechamento de entrada ao iniciar a primeira onda ativado
• Anúncio global configurado antes de cada janela

Com entrada, ondas, boss e recompensas formando uma cadeia contínua — e com a curva de dificuldade calibrada ao poder real dos seus jogadores — o Tormented Square se torna um dos melhores desafios de endgame do servidor. Ajuste ondas e prêmios observando quantos grupos conseguem derrubar o Burning Kundun, e o evento passará a ser a prova de fogo que os jogadores mais fortes vão querer repetir toda semana.

Perguntas frequentes