Cómo configurar el Tormented Square (Burning Kundun) en MU Online

El Tormented Square es un evento de arena por oleadas que se volvió favorito en servidores de MU Online que buscan un desafío cooperativo de verdad. La fórmula es clásica y eficiente: grupos de jugadores entran en una arena cerrada y enfrentan oleadas sucesivas de monstruos, cada una más dura que la anterior, hasta el enfrentamiento final contra el Burning Kundun — la versión en llamas del legendario Kundun, con HP y daño intensificados. Sobrevivir a todas las oleadas y derribar al jefe libera recompensas de alto valor, lo que convierte al Tormented Square en uno de los mejores ganchos de endgame que un administrador puede ofrecer.

Esta guía es avanzada porque el evento combina tres desafíos de configuración al mismo tiempo: el control de entrada a la arena, la secuencia de oleadas con condición de avance, y el boss final con sus recompensas. Todos deben estar en sintonía. Voy a usar nombres de archivo, tablas y claves como ejemplos; la estructura es común a la mayoría de los emuladores que implementan el evento, pero los nombres exactos, los IDs y algunas reglas varían según el emulador. Si tu servidor aún no está en línea, comienza por el tutorial de cómo crear un servidor de MU Online y vuelve cuando la base esté estable.

Requisitos previos

El Tormented Square depende de lógica de oleadas y de control de acceso, así que exige una base sólida antes de cualquier ajuste.

• Servidor MU Online estable, con GameServer levantando sin errores.
• Proceso de eventos activo — en muchos emuladores el evento es gestionado por un EventServer o módulo dedicado. Confirma el tuyo.
• Base de datos MuOnline accesible vía SSMS, con permiso para crear y alterar tablas.
• Mapa de la arena del Tormented Square presente en el servidor y en el cliente.
• Editor de texto que preserve el encoding (Notepad++), guardando en el estándar de los demás archivos.
• Respaldo completo de la base de datos y de las carpetas de configuración antes de comenzar.

> Prueba con una cuenta de GM antes de liberar. Un evento por oleadas mal configurado suele "trabarse" en una oleada intermedia — los monstruos no avanzan y los jugadores quedan atrapados hasta que se agote el tiempo. Descubrir esto con un GM es trivial; descubrirlo con 40 jugadores en el evento genera una avalancha de reclamos.

Cómo funciona el Tormented Square por dentro

Antes de editar archivos, entiende el flujo. El evento tiene cuatro componentes que forman una cadena:

1. Control de entrada — quién puede entrar, con qué ítem/costo y en qué ventana de horario.
2. Mapa de la arena — el índice de mapa dedicado donde ocurren las oleadas.
3. Secuencia de oleadas — la lista ordenada de spawns, con la condición que dispara la siguiente oleada (típicamente "eliminar todos los monstruos de la oleada actual").
4. Boss y recompensas — el Burning Kundun en la oleada final y lo que él/el evento otorga al ser derrotado.

La regla de oro: entrada → oleadas en orden → boss → recompensa. Si la condición de avance de oleada no se cumple, el flujo se detiene; si el boss no tiene spawn en la oleada final, el evento nunca concluye. Mantener la cadena continua es el objetivo central de esta guía.

Paso 1: Confirmar el mapa de la arena

Todo evento de mapa comienza por el índice de mapa correcto.

1. Abre la definición de mapas del GameServer (ejemplo: Data/MapInfo.txt).
2. Localiza el mapa del Tormented Square y anota el índice numérico.
3. Confirma que el cliente posee el archivo de mapa correspondiente.

; Ejemplo ilustrativo (el indice REAL varia por emulador)
; Formato: Indice  Nombre  ... flags
ZZ  Tormented_Square  ...

> No copies el índice de otro servidor. Emuladores diferentes (y versiones diferentes del mismo emulador) pueden usar índices distintos para el mismo evento. Un índice equivocado hace que las oleadas nazcan en el mapa equivocado — o que no nazcan.

Paso 2: Habilitar el evento y definir horarios

Activa el Tormented Square en el archivo de configuración de eventos y define la ventana.

; Ejemplo de bloque de configuracion (nombres de clave varian por emulador)
[TormentedSquare]
Enable=1
MapNumber=ZZ           ; indice del mapa del Paso 1
WaveCount=5            ; numero de oleadas
Duration=30           ; tiempo maximo del evento en minutos
EntryItemIndex=<itemEntrada>   ; item exigido para entrar
EntryLevelMin=380     ; nivel minimo para participar
Schedule=13:00,19:00,23:00

Parámetros más relevantes:

> Como el Tormented Square es un evento de endgame, usa un nivel mínimo compatible con el tope de tu servidor. Sin ese filtro, personajes débiles entran, mueren en la primera oleada y traban la experiencia del grupo. El EntryLevelMin es lo que mantiene la arena con participantes capaces de progresar.

Paso 3: Configurar el control de entrada

La entrada es lo que da exclusividad al evento. El estándar más común es exigir un ítem de entrada (una "invitation"/pergamino) y/o pasar por un NPC dentro de la ventana de horario.

-- Ejemplo: confirmar el item de entrada en la base de items
-- (tabla y columnas varian por emulador)
SELECT ItemIndex, ItemName
FROM MuOnline..ItemBase
WHERE ItemIndex = <itemEntrada>;

Si el evento usa un NPC de entrada, confirma que exista y esté posicionado en el mapa principal. Define también cómo se mueve al jugador a la arena — normalmente el sistema teletransporta al personaje (o al grupo) a las coordenadas iniciales del mapa ZZ al validar la entrada.

Buenas prácticas de entrada:

1. Convierte el ítem de entrada en una recompensa de otros contenidos (drops, eventos, tienda de evento), creando una economía en torno al acceso.
2. Decide entre entrada individual o por grupo; las arenas por oleadas suelen funcionar mejor con grupos organizados.
3. Cierra la entrada en cuanto comienza la primera oleada, para que nadie entre a una arena ya en marcha.

Paso 4: Configurar la secuencia de oleadas

El corazón del evento es la lista ordenada de oleadas. Cada oleada es un conjunto de spawns; al eliminar todos los monstruos de una oleada, la siguiente se libera.

; Ejemplo ilustrativo de oleadas en el mapa ZZ
; Formato tipico: Oleada  Mapa  MonstruoID  Cantidad  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   ; oleada final: el boss

Puntos de atención:

1. Escala la dificultad de forma gradual — cada oleada un poco más dura que la anterior. Los saltos bruscos frustran; la progresión suave engancha.
2. Garantiza la condición de avance. En la mayoría de los emuladores, la siguiente oleada solo se dispara cuando todos los monstruos de la actual mueren. Confirma que ningún monstruo nazca en una coordenada inaccesible, o el grupo no podrá limpiar la oleada y el evento se traba.
3. Reserva la última oleada para el boss. El Burning Kundun debe ser el único de la oleada final, con spawn único.

Paso 5: Configurar el Burning Kundun

El Burning Kundun es el clímax y exige atención en tres puntos: existencia en la base, atributos calibrados y recompensa al morir.

-- Ejemplo: confirmar que el Burning Kundun existe y esta habilitado
-- (nombre de tabla/columna varia por emulador)
SELECT MonsterID, MonsterName, Enable
FROM MuOnline..MonsterBase
WHERE MonsterID = <burningKundun>;

-- Habilitar en caso de estar desactivado
UPDATE MuOnline..MonsterBase
SET Enable = 1
WHERE MonsterID = <burningKundun>;

Si los atributos de monstruo en tu emulador quedan en un archivo de texto (ejemplo: Data/Monster.txt), ajusta allí HP, ataque, defensa y EXP del Burning Kundun. Calíbralo para que la pelea final sea tensa pero vencible por el grupo típico de tu servidor — el boss debe ser el momento más difícil, no una pared imposible.

> Un error común es copiar los atributos del Kundun normal y olvidar intensificarlos. El "Burning" existe justamente para ser más fuerte; si muere tan rápido como el Kundun común, el clímax se pierde. Sube HP y daño lo suficiente para que la oleada final sea memorable.

Paso 6: Definir las recompensas

Las recompensas justifican el costo de entrada y el esfuerzo de las oleadas. Pueden caer del propio Burning Kundun o entregarse vía sistema de recompensa al concluir el evento.

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

Directrices para una economía saludable:

• El Burning Kundun debe concentrar los mejores drops, con probabilidades bajas, para valorizar la conclusión.
• Considera una recompensa garantizada de conclusión (moneda de evento, materiales) además de los drops aleatorios, para que los grupos que cierran el evento nunca salgan con las manos vacías.
• No dupliques ítems raros ya obtenidos fácilmente en otros lugares; la exclusividad es lo que hace atractivo al Tormented Square.

Paso 7: Sincronizar el cliente y probar

1. Asegúrate de que el cliente tenga el archivo de mapa de la arena y los modelos de los monstruos y del Burning Kundun.
2. Distribuye cualquier archivo personalizado vía patch/launcher.
3. Levanta los servicios en el orden: DataServer → ConnectServer → GameServer → proceso de eventos (al final).
4. Ajusta temporalmente Schedule a un horario cercano, reinicia el proceso de eventos y realiza una prueba completa: entrada, oleada 1, avance de oleadas, spawn del Burning Kundun en la oleada final, muerte del boss y entrega de la recompensa.

Confirma en el log del evento las etapas: evento iniciado, oleada N iniciada/concluida, boss spawneado y evento finalizado.

Errores comunes y soluciones

> Después de alterar oleadas, atributos del boss o reglas de entrada, reinicia el proceso de eventos. Estos datos casi siempre se leen en la inicialización y no en tiempo real; los cambios "sin efecto" suelen ser falta de reinicio.

Buenas prácticas de operación

• Anuncia el evento con un mensaje global antes de cada ventana; los grupos necesitan organizarse.
• Monitorea los logs en las primeras semanas para detectar oleadas que se traban o coordenadas problemáticas.
• Ajusta la curva de dificultad según observes cuántos grupos concluyen — si casi nadie cierra, suaviza; si todos cierran fácil, aprieta.
• Revisa las recompensas periódicamente para acompañar la evolución de la economía.
• Documenta índices, IDs, oleadas y horarios usados, para no depender de la memoria en los mantenimientos.

Lista de verificación de lanzamiento

• Respaldo completo de la base de datos y de las configuraciones realizado
• Índice de mapa de la arena confirmado en el MapInfo
• Evento habilitado (Enable=1) con MapNumber y Schedule correctos
• Control de entrada (ítem/NPC) validado y nivel mínimo definido
• Secuencia de oleadas con dificultad progresiva y condición de avance probada
• Todos los monstruos de cada oleada en coordenadas alcanzables
• Burning Kundun con spawn único en la oleada final y atributos intensificados
• Recompensas de boss/conclusión definidas y probadas
• Cliente con mapa y modelos distribuidos vía patch
• Prueba completa en cuenta de GM: entrada, oleadas, boss y recompensa validados
• Cierre de entrada al iniciar la primera oleada activado
• Anuncio global configurado antes de cada ventana

Con entrada, oleadas, boss y recompensas formando una cadena continua — y con la curva de dificultad calibrada al poder real de tus jugadores — el Tormented Square se convierte en uno de los mejores desafíos de endgame del servidor. Ajusta oleadas y premios observando cuántos grupos logran derribar al Burning Kundun, y el evento pasará a ser la prueba de fuego que los jugadores más fuertes van a querer repetir cada semana.

Preguntas frecuentes