Como configurar o Imperial Guardian (Fortaleza) no MU Online

O Imperial Guardian, também chamado de Fortaleza (Fortress of Imperial Guardian), é um dos eventos cooperativos e de resistência mais valorizados do MU Online. Nele, grupos de jogadores atravessam uma sequência de câmaras da fortaleza, enfrentam ondas cada vez mais fortes de guardiões corrompidos e defendem estátuas imperiais até o boss final. É um evento de progressão em rounds, com forte apelo de PvM em grupo, e uma das principais fontes de Ruud e materiais de asa de nível avançado em servidores de temporadas médias e modernas. Justamente por depender de mapas dedicados, itens de entrada, agendamento e uma cadeia de spawns bem afinada, ele é classificado como configuração avançada. Este guia cobre desde os pré-requisitos até o checklist de lançamento, sempre tratando os caminhos e nomes de arquivo de emulador como exemplos, já que a estrutura exata varia por emulador.

Se você ainda não montou a base do seu servidor, comece pelo guia de como criar servidor de MU Online e volte para cá quando o GameServer, o ConnectServer e o banco de dados já estiverem no ar.

Pré-requisitos

Antes de tocar em qualquer arquivo, confirme que seu ambiente atende a estes pontos. Pular esta etapa é a causa número um de eventos que "não abrem" sem erro aparente.

• Servidor baseado em Season 6 Episode 3 ou superior, com o mapa do Imperial Guardian presente nos arquivos do cliente e do servidor.
• GameServer, ConnectServer, DataServer (ou serviço de banco equivalente) e o serviço de eventos funcionando e conectados entre si.
• Banco de dados principal (geralmente chamado MuOnline) acessível via SQL Server Management Studio ou ferramenta equivalente.
• Backup completo dos diretórios de dados do servidor e do banco antes de qualquer alteração.
• Acesso administrativo ao sistema operacional do host, pois eventos agendados frequentemente exigem privilégio elevado para ler o relógio e escrever logs.

> Dica: crie uma pasta de backup datada, por exemplo backup_2025-04-20/, e copie para dentro dela os arquivos de configuração de evento e um dump do banco antes de começar. Assim qualquer erro é reversível em segundos.

Como o Imperial Guardian funciona por dentro

Entender o fluxo do evento evita que você edite o arquivo errado. O ciclo típico é:

1. O agendador de eventos verifica o horário e anuncia a abertura do Imperial Guardian no chat global.
2. Um NPC de teleporte ou um portal passa a aceitar jogadores que possuam o item de entrada correto (o Certificado de Guardsman ou pergaminho equivalente).
3. O jogador é movido para a primeira câmara da fortaleza, onde precisa limpar as ondas de monstros e proteger a estátua imperial dentro do tempo do round.
4. Ao concluir cada round, um portal para a próxima câmara é liberado; falhar em proteger a estátua ou estourar o tempo encerra a participação.
5. No round final, um boss guardião aparece; derrotá-lo libera as recompensas de maior valor.

Cada uma dessas etapas mapeia para uma peça de configuração diferente: horário e anúncio ficam no agendador; entrada e item ficam no NPC e no catálogo de itens; ondas e estátuas ficam nos arquivos de spawn do mapa; e recompensas ficam na tabela ou arquivo de reward do evento.

Passo 1: Localizar os arquivos de configuração do evento

A estrutura muda de emulador para emulador, mas quase sempre existe um diretório dedicado ao evento dentro dos dados do GameServer. Um exemplo de layout comum é:

GameServer/
├── Data/
│   ├── EventItemBag/
│   ├── ImperialGuardian/
│   │   ├── ImperialGuardian.ini
│   │   ├── IG_Reward.txt
│   │   └── IG_MonsterSpawn.txt
│   └── MonsterSetBase.txt
└── ...

Localize o arquivo principal do evento (no exemplo, ImperialGuardian.ini). Se ele não existir, procure por um bloco de configuração do Imperial Guardian dentro de um arquivo de eventos geral. O nome exato varia por emulador, então use a busca do sistema por "Imperial" ou "Guardian" dentro da pasta de dados.

Passo 2: Ativar e parametrizar o evento

Abra o arquivo de configuração com um editor que preserve o encoding original (Notepad++ salvando como ANSI é a escolha segura na maioria dos emuladores). Um exemplo de bloco de parâmetros, que você deve adaptar ao seu emulador, seria:

[ImperialGuardian]
Enable=1
MinPlayers=1
RoundCount=4
RoundTime=15
EntryItemIndex=14,45
StatueCount=2
BossMapRound=4
RewardMultiplier=1

A tabela abaixo descreve o papel de cada parâmetro conceitual. Os nomes reais mudam por emulador, mas o significado se mantém.

> Dica: em servidores de baixa população, mantenha MinPlayers baixo para que o evento sempre abra. Em servidores grandes, subir esse valor força participação em grupo e deixa o evento mais competitivo.

Passo 3: Configurar o item de entrada (Certificado de Guardsman)

O Imperial Guardian usa um item de entrada, geralmente o Certificado de Guardsman ou um Pergaminho do Imperador. Esse item precisa existir de forma idêntica no cliente e no servidor, com o mesmo grupo e índice, senão o jogador enxerga o item mas o servidor não o valida na entrada.

1. Localize o catálogo de itens do servidor (frequentemente ItemList ou tabela de itens no banco).
2. Confirme o grupo e o índice do certificado e anote-os.
3. Garanta que o mesmo par grupo/índice está definido nos arquivos de item do cliente.
4. No arquivo de configuração do evento, aponte EntryItemIndex para esse par exato.

Se o certificado é obtido por combinação na Máquina do Caos (Chaos Machine) a partir de fragmentos, verifique também a receita de combinação. Um índice de item divergente entre cliente e servidor é a causa clássica de "entrei no portal e voltei para o mesmo lugar".

Passo 4: Ajustar os spawns e ondas dos rounds

As ondas de guardiões são definidas em um arquivo de spawn específico do evento, separado do MonsterSetBase.txt normal. Um exemplo de linha de spawn, cujo formato varia por emulador, seria:

// Round / MonsterIndex / MapNumber / X / Y / Quantidade / RespawnDelay
1  424  IG_MAP1  120  128  20  0
1  425  IG_MAP1  132  140  15  0
2  426  IG_MAP2  118  122  25  5
4  430  IG_MAP4  112  118   1  0   // Boss final

Regras práticas ao balancear:

1. Aumente a quantidade e a força dos monstros a cada round para criar curva de dificuldade.
2. Mantenha o boss em um único spawn no round final, com HP proporcional ao poder médio dos jogadores do seu servidor.
3. Confirme que todas as coordenadas caem dentro dos limites do mapa; posições fora da área causam spawn no ponto zero ou instabilidade no GameServer.
4. Ajuste o RespawnDelay para que as ondas não acabem muito antes do fim do round, o que deixaria o evento vazio e sem graça.

Passo 5: Definir as recompensas

As recompensas do Imperial Guardian ficam em um arquivo ou tabela de reward própria. É aqui que se concentra o valor econômico do evento: Ruud, Jewel of Bless, Jewel of Soul, Jewel of Life e materiais de asa de nível avançado são recompensas típicas. Um exemplo de bloco de reward seria:

// Round / Tipo / ItemGrupo / ItemIndex / Quantidade / Chance
4  ruud   -   -    5000  100
4  item   14  13   1     30    // Jewel of Bless
4  item   14  14   1     30    // Jewel of Soul
4  item   12  7    1     5     // Material de asa

Ajuste as quantidades ao seu balanceamento. Um erro comum é dar recompensa alta demais no round 4 e transformar o evento em fábrica de joias, colapsando a economia. Prefira recompensas moderadas e escalonadas por round.

Passo 6: Agendar os horários

O agendamento pode ser feito por tabela no banco ou por arquivo de horários, dependendo do emulador. Um exemplo em SQL, apenas ilustrativo, seria:

-- Exemplo conceitual; nomes de tabela/coluna variam por emulador
INSERT INTO T_EventSchedule (EventName, EventHour, EventMinute, Enabled)
VALUES ('ImperialGuardian', 14, 0, 1),
       ('ImperialGuardian', 21, 0, 1);

Se o seu emulador usa arquivo de texto, o formato costuma ser uma lista de horários no formato HH:MM. Em ambos os casos, o relógio de referência é o do sistema operacional do host, então sincronize-o antes.

REM Sincronizar o relógio do host (Windows) antes de agendar eventos
w32tm /resync /force
tzutil /g

Distribua os horários para não colidir com Blood Castle, Devil Square e Chaos Castle, e concentre-os no horário de pico do seu público.

Passo 7: Testar em ambiente controlado

Nunca valide um evento novo direto com jogadores reais. Faça um teste roteirizado:

1. Ajuste temporariamente o agendamento para um horário a poucos minutos do atual.
2. Crie um personagem de teste com o item de entrada no inventário.
3. Reinicie os serviços na ordem correta: banco, ConnectServer, GameServer e por último o serviço de eventos.
4. Aguarde o anúncio de abertura no chat global e confirme que o portal aceita a entrada.
5. Percorra os quatro rounds, observando spawns, tempo e transições de câmara.
6. Derrote o boss e confirme que a recompensa cai conforme configurado.
7. Consulte os logs do evento para checar mensagens de inicialização e ausência de erros.

Erros comuns e soluções

> Dica: quase todo problema de evento deixa rastro em log. Antes de mexer em configuração, leia o log do serviço de eventos; ele costuma apontar exatamente qual arquivo ou índice falhou ao carregar.

Boas práticas de balanceamento

Um Imperial Guardian bem calibrado respeita o poder médio do seu servidor. Em servidores de rates altos, os jogadores atravessam os rounds rápido, então aumente HP e quantidade de monstros. Em servidores clássicos de rates baixos, reduza a densidade das ondas para que o grupo não seja aniquilado no round 2. Ajuste o tempo de round para permitir que grupos medianos concluam sem estresse, mas sem sobrar tempo ocioso. E acompanhe a economia: se as joias do evento derrubarem o preço no mercado, reduza as chances de drop no próximo ciclo de manutenção.

Checklist de lançamento

• Backup do banco e dos arquivos de evento realizado e datado
• Mapa da fortaleza presente e idêntico no cliente e no servidor
• Item de entrada (Certificado de Guardsman) com grupo/índice sincronizados
• Parâmetro de ativação do evento ligado
• Rounds, tempo por round e estátuas configurados
• Spawns de todas as câmaras preenchidos e dentro dos limites do mapa
• Boss final vinculado ao round correto e habilitado
• Recompensas revisadas contra o balanceamento econômico
• Horários agendados e sem colisão com outros eventos
• Relógio do host sincronizado
• Teste completo dos quatro rounds executado com personagem de teste
• Logs do evento verificados sem erros de carregamento
• Anúncio de abertura confirmado no chat global

Perguntas frequentes