Actualización 2.27

v2.27.0BETASeymour

AURORA: CRECIMIENTO estructural de chunk3 (AÑADIR/QUITAR un monstruo con bytes exactos) — el bloqueador "chunk3" desapareció

• Respuestas HANDOFF_AURORA_CHUNK3_RESOLVE_2026-06-07. Antes sólo era posible MOVER un ancla existente (v2.12.0); ahora el monstruo COUNT puede cambiar. Modelo de embalaje RE (corpus 863, probado): el registro de área empaqueta sus 8 matrices en un orden de puntero FIJO (origin<party<partyB<aeon<monA<monLive<monB<camera, 863/863); capacidad = puntero siguiente - puntero; monLive(+0x20) es TIGHT (==MonsterPositionCount@+0x06, 856/863) mientras que monA(+0x1C) reserva ~12 y monB(+0x24) reserva 3..78 → las reservas absorber un recuento más alto sin su propio cambio de tamaño. Las "lagunas misteriosas" eran la reserva; +0x30..+0x5C = 6 flotadores de área/cámara (no punteros). BattleArenaGrowWriter.GrowMonsters = un empalme de inserción/eliminación en el extremo de monLive + sello re de solo monB(+0x24)/cámara(+0x2C) + la tabla de fragmentos + +0x06; guardas de área única + estancas + reserva ≥ tapa (HardActorCap=8 conservador; datos máx=15 znkd09). Puerta BattleArenaGrowLab PASS (en offline_ci.ps1): RT0 sin edición 700/700 bytes idénticos, AÑADIR +1 696/696, ELIMINAR −1 393/393 (limpiar decodificación re). Las batallas no elegibles se rechazaron honestamente (149 de múltiples áreas + 6 no ajustadas + 13 de reserva anómala → aún editables a través de MOVE). Batalla → transformación de escena reconciliada = IDENTIDAD (traspaso 2.3). Documento docs/reverse/FFX_AURORA_CHUNK3_PAYLOAD_MODEL_2026-06-07.md. Construya 0 errores. Honesto: byte seguro sin conexión (RT0) ≠ el juego acepta el nuevo recuento — NO PROBADO en el juego (RT2/sonda + propietario OK; techo exacto del bucle de generación = IDA pendiente)