Cómo configurar el Castle Siege en tu servidor de MU Online
Guía completa para configurar el Castle Siege (Cerco al Castillo) en tu servidor de MU Online: las 4 fases del Castle Siege (registro, período de candidatura, preparación, y la batalla), los archivos de configuración del EventServer donde se define el horario, cómo configurar el horario semanal del evento, la cuota de inscripción en Zen para que las guilds participen, la duración de la batalla, los beneficios que recibe la guild ganadora (impuestos, áreas exclusivas, buffs de servidor), la relación entre Castle Siege y el sistema de Crywolf en Season 6, los errores más comunes en la configuración del Castle Siege (guilds que no pueden inscribirse, batalla que no inicia, impuestos que no cobran), cómo probar el Castle Siege sin esperar el sábado, y las mejores prácticas de horario para maximizar la participación de jugadores.
El Castle Siege (Cerco al Castillo) es el evento más importante de guild en MU Online Season 6 — el pico de competencia semanal que define qué guild domina el servidor. Esta guía cubre cada aspecto de su configuración.
El Castle Siege (Cerco al Castillo) es el evento más importante de guild en MU Online Season 6 — el pico de competencia semanal que define qué guild domina el servidor. Esta guía cubre cada aspecto de su configuración.
Las 4 fases del Castle Siege
EL CICLO SEMANAL DEL CASTLE SIEGE:
FASE 1 — REGISTRO (generalmente lunes-miércoles):
→ Las guilds que quieren participar se inscriben en el NPC de registro del Castle Siege
→ Para inscribirse: la guild paga una cuota en Zen (configurable)
→ Solo el Guild Master puede inscribir a su guild
→ La guild actual dueña del castillo puede inscribirse como defensora
→ Las guilds que desafían deben tener un número mínimo de miembros (configurable)
→ Parámetros a configurar: período de registro (días del ciclo), cuota de inscripción, mínimo de miembros
FASE 2 — CANDIDATURA (generalmente jueves-viernes):
→ Las guilds inscritas que califican como candidatas quedan confirmadas
→ Período de "espera" antes de la batalla
→ Las guilds se preparan estratégicamente para el sábado
FASE 3 — PREPARACIÓN (horas antes de la batalla):
→ Los jugadores de las guilds participantes coordinan formaciones, buffs, potions
→ Algunos servidores muestran un anuncio con las guilds que competirán
FASE 4 — LA BATALLA (generalmente sábado a las 21:00 o la hora que configures):
→ Dura típicamente 60-90 minutos
→ La guild defensora defiende las switchs del castillo
→ Las guilds atacantes intentan tomar el control de las switchs
→ Al terminar el tiempo: la guild que controla más switchs gana el castillo
→ La guild dueña obtiene los beneficios hasta el próximo Castle Siege
CICLO COMPLETO:
Lunes: Abre el registro → Miércoles: Cierra el registro → Sábado: Batalla
→ La semana siguiente: el ciclo reinicia con la nueva guild dueña como defensoraArchivos de configuración del Castle Siege
DÓNDE CONFIGURAR EL CASTLE SIEGE:
Los archivos varían por distribución, pero las secciones comunes son:
EN EL EVENTSERVER.INI (o archivos similares del EventServer):
→ Busca secciones con nombres como [CastleSiege], [Siege], o CS
→ Parámetros típicos:
; HORARIO DEL CASTLE SIEGE
CS_Day = 6 ; 0=domingo, 1=lunes, ..., 6=sábado
CS_Hour = 21 ; hora de inicio de la batalla (formato 24h)
CS_Minute = 0 ; minuto de inicio
; FASES DEL EVENTO
CS_RegStart_Day = 1 ; día de inicio del registro (lunes)
CS_RegEnd_Day = 3 ; día de cierre del registro (miércoles)
CS_Duration = 90 ; duración de la batalla en minutos
; CUOTA DE INSCRIPCIÓN
CS_JoinFee = 5000000 ; Zen que cuesta inscribir a la guild (5 millones)
CS_MinMembers = 5 ; mínimo de miembros para inscribirse
EN LA BASE DE DATOS (tabla de configuración del Castle Siege):
→ Algunas distribuciones guardan la configuración del CS en tablas SQL
→ En SSMS: busca tablas como CastleSiegeInfo, SiegeConfig, o similar
→ Los datos en la tabla anulan la configuración del archivo .ini en algunas distribuciones
NPCs DEL CASTLE SIEGE:
→ El mapa del Castle Siege (generalmente "Land of Trials" o "Castle Siege Map")
→ Debe tener los NPCs de switch, los arqueros, y el NPC de registro
→ Si los NPCs no aparecen: verifica la configuración del mapa y el spawn del EventServerConfigurar los beneficios de la guild dueña
QUÉ RECIBE LA GUILD GANADORA:
Los beneficios del dueño del castillo son lo que hace que las guilds quieran ganar.
Si los beneficios son irrelevantes: nadie pelea de verdad por el castillo.
BENEFICIO 1 — IMPUESTO DE TIENDA:
→ La guild dueña cobra un porcentaje de cada compra en los NPCs del servidor
→ Configuración: CS_TaxRate (porcentaje) o en la tabla de configuración
→ Ejemplo: CS_TaxRate = 15 → la guild recibe el 15% de cada compra en los NPCs
→ Con muchos jugadores: este ingreso puede ser significativo (mucho Zen para la guild)
BENEFICIO 2 — ACCESO AL ÁREA DEL CASTILLO:
→ El castillo tiene áreas o NPCs especiales accesibles solo para miembros de la guild dueña
→ Puede incluir: NPC de stats especiales, portal a mapas exclusivos, NPC de ítems especiales
→ Configurable según la distribución — revisa qué NPCs especiales tiene tu castillo
BENEFICIO 3 — BUFF DE SERVIDOR (en algunas distribuciones):
→ La guild dueña puede recibir un bonus de EXP o Drop Rate mientras controla el castillo
→ CS_GuildBonus_EXP = 10 → los miembros de la guild tienen +10% de EXP
BENEFICIO 4 — CRYWOLF (específico de Season 6):
→ El Crywolf es el evento de defensa que está ligado al Castle Siege en S6
→ La guild dueña puede tener responsabilidades/beneficios relacionados con Crywolf
→ La relación Castillo-Crywolf en S6: la guild dueña del castillo normalmente debe defender el Crywolf
→ Si Crywolf falla: Balgass spawna (fuente de Loch's Feather — importante para la economía)
BENEFICIO 5 — PRESTIGIO:
→ El nombre de la guild dueña aparece en anuncios del servidor, ranking de guilds, etc.
→ El prestigio social es un motivador importante — los mejores jugadores quieren estar en la guild del castillo
→ Anuncia en el servidor quién ganó cada semana con /postSolución de los problemas más comunes del Castle Siege
PROBLEMAS FRECUENTES Y SUS SOLUCIONES:
PROBLEMA — LAS GUILDS NO PUEDEN INSCRIBIRSE:
→ Verifica que el NPC de registro del Castle Siege está spawneando correctamente
→ Verifica que estamos en el período de registro (entre CS_RegStart_Day y CS_RegEnd_Day)
→ Verifica que la guild tiene suficientes miembros (CS_MinMembers)
→ Verifica que el Guild Master está intentando inscribir (los miembros normales no pueden)
→ En la base: la tabla de inscripción del CS puede tener registros viejos que bloquean — límpiala
PROBLEMA — LA BATALLA NO INICIA EN EL HORARIO:
→ Verifica que el EventServer está corriendo
→ Verifica el horario en los archivos de configuración (CS_Day, CS_Hour)
→ Verifica la zona horaria del servidor — la hora del evento se aplica a la zona horaria del SO del servidor
→ Si el servidor está en un timezone diferente al de tus jugadores: ajusta CS_Hour para que coincida
PROBLEMA — LOS IMPUESTOS NO FUNCIONAN:
→ Verifica que la guild dueña está correctamente registrada en la base después de ganar
→ En la base: busca la tabla de propietario del castillo y verifica que tiene el GuildID correcto
→ Verifica que CS_TaxRate está configurado con un valor mayor a 0
PROBLEMA — LA BATALLA TERMINA INMEDIATAMENTE:
→ Puede ser que no hay guilds inscritas para atacar — la guild defensora gana por defecto
→ Puede ser un bug de la distribución específica — consulta la documentación de tu versión
PROBLEMA — DESPUÉS DE GANAR, LA GUILD NO TIENE ACCESO AL CASTILLO:
→ En la base: verifica que la tabla de owner del castillo fue actualizada correctamente
→ El cambio de dueño suele aplicarse en el reinicio del servidor o en el próximo start del EventServer
→ Reinicia el EventServer después de que termine la batallaChecklist de Castle Siege operativo
VERIFICAR ANTES DEL PRIMER CASTLE SIEGE PÚBLICO:
□ ¿El mapa del Castle Siege carga correctamente con los NPCs en su lugar?
□ ¿El NPC de inscripción del Castle Siege aparece en los mapas de la ciudad?
□ ¿Las guilds pueden inscribirse (prueba con 2 guilds diferentes)?
□ ¿El anuncio de inicio de la batalla aparece en el horario correcto?
□ ¿Los switchs del castillo están interactuables durante la batalla?
□ ¿Al terminar la batalla el sistema determina el ganador correctamente?
□ ¿La guild ganadora aparece como dueña del castillo en los registros del servidor?
□ ¿Los impuestos se cobran correctamente en los NPCs de la ciudad?
□ ¿El anuncio post-batalla informa a todos los jugadores quién ganó?Consulta también la guía de comandos de GM (los comandos para gestionar el Castle Siege manualmente — iniciar, forzar, o resetear el evento), el tutorial de configuración de Crywolf si tu distribución lo tiene integrado, y la guía de cómo crear el servidor de Season 6 (el contexto completo del S6 del que el Castle Siege es el evento más importante).
Preguntas frecuentes
¿Dónde se configura el Castle Siege en el MuServer?
La configuración del Castle Siege está distribuida entre los archivos de configuración del EventServer y/o GameServer de tu distribución. Los parámetros más comunes incluyen: día de la semana de la batalla, hora de inicio, duración de cada fase (registro, candidatura, preparación, batalla), cuota de inscripción en Zen, y los beneficios de la guild dueña. El nombre exacto de los archivos varía por distribución — busca en la carpeta del EventServer o en el archivo principal de configuración de eventos.
¿Con qué frecuencia debe ocurrir el Castle Siege?
Semanal es el estándar de MU Online (el evento ocurre una vez por semana, generalmente los sábados). Hacer el Castle Siege más frecuente (más de una vez por semana) suele cansar a las guilds — el evento requiere coordinación y preparación real. Hacerlo menos frecuente (quincenal o mensual) reduce el engagement porque las guilds pierden el objetivo cercano. Semanal es el punto óptimo que la mayoría de distribuciones de S6 usan por defecto.
¿Qué pasa si solo hay una guild que participa?
Si solo una guild se inscribe y no hay otra que la desafíe: en la mayoría de distribuciones la guild registrada obtiene el castillo automáticamente sin batalla. Es el comportamiento correcto — no hay nadie que pelear. Para evitar esta situación: fomenta la formación de guilds competidoras en el servidor (eventos de reclutamiento, balance de poder entre guilds). Un servidor con solo una guild dominante pierde dinamismo a mediano plazo.
¿Cómo saber si el Castle Siege está configurado correctamente sin esperar el sábado?
La mayoría de distribuciones de S6 permiten forzar el inicio del Castle Siege con un comando de GM o modificando temporalmente el horario del evento a unos minutos en el futuro. Verifica: (1) que los NPCs de inscripción del Castle Siege aparecen en los mapas correctos, (2) que al ejecutar el comando de inicio el evento comienza con el anuncio correcto, (3) que las guilds pueden inscribirse en el NPC, (4) que cuando termina el evento la guild ganadora recibe el castillo en la base de datos.