Arenas

Una configuración de evento es una fila en la base de datos. Lleva la arena, los ajustes, los kits y las recompensas de un evento, y se edita entera desde /eventsadmin.

Qué contiene una configuración

Validación

Una configuración es jugable cuando tiene spawn de lobby, spawn de espectadores, al menos un punto de spawn, límites completos y todos los marcadores obligatorios de su tipo. La pantalla de setup nombra lo que falte.

Cuatro reglas extra:

• Los tipos marcados como que necesitan un spawn por jugador — Pillars of Fortune y Survival Games — exigen al menos max-players puntos de spawn, y el validador dice cuántos faltan.
• Un tipo por equipos exige al menos tantos puntos de spawn como equipos, para que cada equipo tenga el suyo.
• Un tipo que genera sus propios spawns — Mace Roulette — no pide ninguno: coloca a los jugadores él mismo y la pantalla de setup ni siquiera los muestra.
• La esquemática se comprueba aparte, porque no hace falta para jugar pero sí para restaurar.

Marcadores

Trece tipos necesitan sitios concretos de la arena marcados a mano: la meta de The Bridge, el asta de Capture the Flag, los puntos de Domination, la colina de KOTH, las zonas de respuesta de Trivia. Antes esos sitios se buscaban escaneando materiales; ahora los declara el admin.

Cada tipo declara los marcadores que quiere, y la pantalla Marcadores del setup muestra una fila por hueco: una fila por equipo cuando el marcador es por equipo, y una fila por cada uno permitido cuando admite varios. Las filas obligatorias que faltan salen en rojo y aparecen también en la validación.

Un marcador se puede borrar o teletransportarse a él desde la misma pantalla. Los marcadores por equipo siguen a team-count: subirlo a cuatro añade dos filas más que hay que marcar.

Límites y esquemática

bounds hace dos trabajos: es lo que cuenta como "dentro de la arena", y es lo que se guarda como esquemática con el nombre event_bounds_<id>.

copyBounds es una segunda región opcional que usan solo los dos tipos que clonan: Brackets y Build Battle copian copyBounds cuando está definida y recurren a bounds cuando no. Existe para una arena cuya zona jugable es menor que lo que debe viajar con una copia — un ring dentro de una sala decorada, por ejemplo. Restaurar tras una partida normal siempre usa bounds.

El borde de la arena

Todo evento con límites los dibuja como un borde del mundo mientras dura: un muro visible en el filo de la arena. Se envía al cliente de cada jugador, así que dos arenas del mismo mundo muestran cada una el suyo y el borde real del mundo no se toca. Solo lo ven los jugadores que están dentro de los límites — una grada de espectadores o una jaula de espera fuera de la arena no.

Un borde es cuadrado y los límites no tienen por qué serlo, así que sigue el lado más largo, y el lado corto lo sigue vigilando la comprobación de límites del propio evento. No hace daño a nadie ni tiñe la pantalla. Es solo el muro que se ve: las perlas y los clientes modificados lo ignoran, y salir de los límites lo sigue decidiendo el juego.

bounds-border, activo por defecto, es el interruptor por evento — Borde de la arena en la pantalla de setup. Cuatro tipos nunca lo dibujan: Mace Roulette, donde salir despedido por el borde es el juego; Thimble, cuya plataforma de salto puede estar fuera de los límites; y Brackets y Build Battle, que en su lugar amurallan cada arena de duelo y cada parcela. La zona que se cierra en Last Man Standing y Survival Games se dibuja igual.

world-border.enabled en config.yml es el interruptor de todo el servidor por encima de ese: apagado, ningún evento dibuja borde diga lo que diga su propio ajuste, y solo sigue apareciendo una zona que se cierra. Ver Configuración · world-border.

Flags de la arena

Cada juego pone sus propias reglas a la arena — si los jugadores pelean, construyen, rompen bloques, tiran objetos o reciben daño de caída. Arena flags en la pantalla de setup abre sobre ellas el editor de flags de ExyliaLib, así que una configuración puede jugarse distinto de otra del mismo tipo.

Un clic hace pasar un flag por Default, Allow y Deny; un clic derecho lo devuelve a Default. Default significa lo que el juego pone por su cuenta, que el editor muestra, así que una configuración que nadie tocó se juega exactamente igual que antes. No se escribe nada hasta guardar, y el objeto de la pantalla de setup cuenta los cambios.

Las reglas solo valen para los jugadores de la partida que corre en la arena, y solo dentro de sus límites.

Puntos de spawn

Casi todos los tipos reparten a cada jugador en un punto de spawn al azar. Algunos piden un spawn alejado de otros jugadores, así que varios puntos separados funcionan mejor que uno solo — con un único punto todos caen unos encima de otros.

El mundo automático

Dos tipos necesitan más de una copia de la arena a la vez, así que el plugin genera un mundo plano y vacío llamado exyliaevents_autoworld y pega copias dentro, una al lado de otra:

auto-world:
  clone-spacing: 500
  clone-paste-y: 64

El mundo se crea al arrancar: con Bukkit normalmente, y con el plugin Worlds en Folia, donde la creación de mundos de Bukkit no está disponible. Si ya existe, se adopta en vez de regenerarse.

Materiales que espera cada tipo

Varios juegos buscan bloques concretos. Construye la arena con ellos o el juego no funcionará:

Restaurar tras la partida

Cuando una partida termina, la arena se restaura desde su esquemática, y eso es lo que hace que sea reutilizable sin que un admin recoloque bloques a mano. Es también por qué un tipo que modifica el mapa — Spleef, TNT Run, Block Party, Splatoon — no se puede jugar dos veces seguidas sin ella.

Entre partidas una arena se queda como se guardó. Los mobs que el mundo genera por su cuenta — aparición natural, spawners, patrullas, asaltos — nunca aparecen dentro, se esté jugando o no, mientras que los que genera el propio evento se respetan. Una explosión junto a una arena que no se está jugando deja sus bloques donde están; una partida en marcha conserva sus explosiones, y la esquemática repone los bloques al terminar.