Título de la SugerenciaImplementacion de Checkpoints en El Bastion Violeta [Evitar reinicio total tras Wipe]
Sugerencia porHanaz
Problema o situación a tratarProblema o situación a tratar.
Actualmente, en la mazmorra El Bastión Violeta, si el grupo sufre un wipe o la puerta principal sufre demasiado daño, la instancia se reinicia por completo desde la oleada 1. Esto genera una enorme frustración en la comunidad, especialmente cuando ocurre un error involuntario en el segundo jefe (como Xevozz) o en el jefe final, obligando a los jugadores a perder más de 20 minutos de progreso en un evento de oleadas que es puramente de resistencia mecánica.
Considerando que en parches posteriores Blizzard adaptó esta mecánica (por ejemplo, en Cámaras de Reflexión, donde el progreso se congela tras derrotar a Falric en la oleada 5), propongo aplicar una mejora de calidad de vida (Quality of Life) similar para esta mazmorra.
La Matanza de Stratholme es otro ejemplo perfecto de la misma expansión (Wrath of the Lich King) donde Blizzard aplicó un sistema de "puntos de control" o guardado de progreso para evitar la frustración de los jugadores.
Detalles de la propuesta:
Modificar la lógica de fallo del evento en el script de la instancia para que actúe como un "punto de control" o checkpoint numérico basado en los jefes ya derrotados, manteniendo la estructura de la siguiente manera:
Actualmente, en la mazmorra El Bastión Violeta, si el grupo sufre un wipe o la puerta principal sufre demasiado daño, la instancia se reinicia por completo desde la oleada 1. Esto genera una enorme frustración en la comunidad, especialmente cuando ocurre un error involuntario en el segundo jefe (como Xevozz) o en el jefe final, obligando a los jugadores a perder más de 20 minutos de progreso en un evento de oleadas que es puramente de resistencia mecánica.
Considerando que en parches posteriores Blizzard adaptó esta mecánica (por ejemplo, en Cámaras de Reflexión, donde el progreso se congela tras derrotar a Falric en la oleada 5), propongo aplicar una mejora de calidad de vida (Quality of Life) similar para esta mazmorra.
La Matanza de Stratholme es otro ejemplo perfecto de la misma expansión (Wrath of the Lich King) donde Blizzard aplicó un sistema de "puntos de control" o guardado de progreso para evitar la frustración de los jugadores.
Detalles de la propuesta:
Modificar la lógica de fallo del evento en el script de la instancia para que actúe como un "punto de control" o checkpoint numérico basado en los jefes ya derrotados, manteniendo la estructura de la siguiente manera:
- Si el grupo sufre un wipe antes de la oleada 6: La mazmorra se reinicia de forma normal (Oleada 0/18).
- Si el grupo ya derrotó al 1er Jefe (Oleada 6) y sufre un wipe después: Las oleadas se congelan y se retoman desde la Oleada 6 de 18.
- Si el grupo ya derrotó al 2do Jefe (Oleada 12) y sufre un wipe después: Las oleadas se congelan y se retoman desde la Oleada 12 de 18.
- Si el grupo sufre un wipe en el Jefe Final (Oleada 18): Se mantiene el encuentro disponible en la Oleada 18 de 18.
Viabilidad Técnica sugerida (Para el equipo de desarrollo):
Para evitar tener que reescribir el comportamiento global del mapa, este cambio se podría implementar de forma sencilla modificando la validación del conteo de oleadas dentro de la función de fallo/reinicio en el archivo instance_violet_hold.cpp del Core (TrinityCore / AzerothCore), aplicando una condicional simple antes de limpiar la sala:
Para evitar tener que reescribir el comportamiento global del mapa, este cambio se podría implementar de forma sencilla modificando la validación del conteo de oleadas dentro de la función de fallo/reinicio en el archivo instance_violet_hold.cpp del Core (TrinityCore / AzerothCore), aplicando una condicional simple antes de limpiar la sala:
cpp
if (m_WaveCount >= 12)
m_WaveCount = 12; // Mantiene el progreso tras el segundo jefe
else if (m_WaveCount >= 6)
m_WaveCount = 6; // Mantiene el progreso tras el primer jefe
else
m_WaveCount = 0; // Reinicia por completo si no mataron jefes
Dado que el script de la mazmorra ya registra el estado de los jefes menores como DONE al morir, el servidor simplemente omitirá la apertura de las celdas de los prisioneros que ya fueron derrotados, permitiendo reanudar el evento de forma fluida y justa.
Resultado de la SugerenciaResultado de la Sugerencia.
- Reduce la toxicidad y la frustración en el buscador de mazmorras (RDF).
- Es un cambio Custom Quality of Life muy demandado que ya aplican otros servidores privados modernos de la versión 3.3.5a.
- No impacta el rendimiento del servidor ni altera la base de datos de manera permanente.
