SeymourBETA

Actualización 2.38

7/6/2026

v2.38.0BETA

Seymour

AURORA: EDITA los parámetros REALES de la cámara de batalla (ángulo · distancia · posición · balanceo) en el panel

Respondiendo "¿y cómo veo/edito esto?": la 🎥 Tarjeta de cámara ganó "🎚 Parámetros de cámara (EDITABLE)". RE (IDA + verificación cruzada de FFXDataParser, según la sugerencia del propietario): la cámara de batalla se COMPUTA POR ESCRITO en chunk0 — Llamadas al espacio de nombres de la cámara (camSetPolar(angle,distance), refSetPos(x,y,z), camSetRoll, camSetScrDpt) cuyos parámetros son Constantes FLOAT en el grupo. El nuevo lector FfxLib/BattleMap/BattleCameraSetup_File.cs extrae cada llamada + resuelve los flotantes + las distintas perillas editables; WithFloat edita el grupo flotante local al byte (misma longitud, reutiliza AiScript_File.EditFloatConst), preservando los otros fragmentos. El panel enumera las perillas agrupadas por tipo (polar/refPos/tirada/screenDepth) con filtro + búsqueda (la cámara es un guión cinematográfico de ~730 cortes por batalla, por lo que navegas por grupo/búsqueda, no por una lista sin formato), cada uno editable; "💾 Guardar parámetros de la cámara" aplica los flotadores modificados (copia de seguridad una vez + recarga). Puerta BattleCameraScanLab extendida: 855 contenedores con cámara, 623,981 llamadas, edición flotante de ida y vuelta 855/855 (local al byte + reversible). Honesto: editar un flotante cambia TODOS los cortes que lo comparten; un ángulo personalizado ESTÁ en el archivo (anula el anterior "= creación de escena"); efecto en el juego = RT2. Documento docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md §6. Construya 0 errores

v2.37.3

v2.38.1BETA

Seymour

Monstruo AI Editor: STAT acciones nombradas (fin de "stat 0xNN") — `setStatField` usa el Tabla MISMO

El propietario señaló en la pantalla que las estadísticas 📊 aún se mostraban sin procesar ("estadística 0xDA = 8"). Encontrando (FFXDataParser ScriptFuncLib comprobación cruzada): setStatField(0x70AB)/getStatField(0x70AA) usa el mismo btlActorProperty indexType como readChrProperty(0x700F)/writeChrProperty(0x7018) — es decir la tabla de campos MISMO; Mi suposición de "espacio separado" era errónea. Por qué permanecieron sin editar: identificadores como 0xDA/0xDB/0xE6 tienen name=null en el analizador (solo un internalName: stat_round/stat_round_return/stat_attack_inc_speed), y el primero AiChrPropertyNames solo tomó los que tenían un nombre descriptivo. Solución: regeneró el dict para incluir el símbolo interno del juego como respaldo cuando no hay un nombre en inglés (222 → 341 campos) y lo conectó a la rama de estadísticas del detector. Ahora "stat 0xDA = 8" se convierte en "stat_round = 8". FfxLib/Ai/AiChrPropertyNames.cs + AiAutomation (rama de estadísticas a través de StatusFieldName). Puerta --ai3 PASS (4156 estadísticas; RT0 idéntico byte a byte — solo visualización); editor 0 errores. Honesto: los nombres en inglés son públicos RE; los internalName son el símbolo REAL del juego (tipo "desconocido" = semántica fina no mapeada al 100%, pero el símbolo es honesto y mucho mejor que el hexadecimal)

v2.38.0

Volver a actualizaciones

SeymourBETA

Actualización 2.38

7/6/2026

v2.38.0BETA

Seymour

AURORA: EDITA los parámetros REALES de la cámara de batalla (ángulo · distancia · posición · balanceo) en el panel

Respondiendo "¿y cómo veo/edito esto?": la 🎥 Tarjeta de cámara ganó "🎚 Parámetros de cámara (EDITABLE)". RE (IDA + verificación cruzada de FFXDataParser, según la sugerencia del propietario): la cámara de batalla se COMPUTA POR ESCRITO en chunk0 — Llamadas al espacio de nombres de la cámara (camSetPolar(angle,distance), refSetPos(x,y,z), camSetRoll, camSetScrDpt) cuyos parámetros son Constantes FLOAT en el grupo. El nuevo lector FfxLib/BattleMap/BattleCameraSetup_File.cs extrae cada llamada + resuelve los flotantes + las distintas perillas editables; WithFloat edita el grupo flotante local al byte (misma longitud, reutiliza AiScript_File.EditFloatConst), preservando los otros fragmentos. El panel enumera las perillas agrupadas por tipo (polar/refPos/tirada/screenDepth) con filtro + búsqueda (la cámara es un guión cinematográfico de ~730 cortes por batalla, por lo que navegas por grupo/búsqueda, no por una lista sin formato), cada uno editable; "💾 Guardar parámetros de la cámara" aplica los flotadores modificados (copia de seguridad una vez + recarga). Puerta BattleCameraScanLab extendida: 855 contenedores con cámara, 623,981 llamadas, edición flotante de ida y vuelta 855/855 (local al byte + reversible). Honesto: editar un flotante cambia TODOS los cortes que lo comparten; un ángulo personalizado ESTÁ en el archivo (anula el anterior "= creación de escena"); efecto en el juego = RT2. Documento docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md §6. Construya 0 errores

v2.37.3

v2.38.1BETA

Seymour

Monstruo AI Editor: STAT acciones nombradas (fin de "stat 0xNN") — `setStatField` usa el Tabla MISMO

El propietario señaló en la pantalla que las estadísticas 📊 aún se mostraban sin procesar ("estadística 0xDA = 8"). Encontrando (FFXDataParser ScriptFuncLib comprobación cruzada): setStatField(0x70AB)/getStatField(0x70AA) usa el mismo btlActorProperty indexType como readChrProperty(0x700F)/writeChrProperty(0x7018) — es decir la tabla de campos MISMO; Mi suposición de "espacio separado" era errónea. Por qué permanecieron sin editar: identificadores como 0xDA/0xDB/0xE6 tienen name=null en el analizador (solo un internalName: stat_round/stat_round_return/stat_attack_inc_speed), y el primero AiChrPropertyNames solo tomó los que tenían un nombre descriptivo. Solución: regeneró el dict para incluir el símbolo interno del juego como respaldo cuando no hay un nombre en inglés (222 → 341 campos) y lo conectó a la rama de estadísticas del detector. Ahora "stat 0xDA = 8" se convierte en "stat_round = 8". FfxLib/Ai/AiChrPropertyNames.cs + AiAutomation (rama de estadísticas a través de StatusFieldName). Puerta --ai3 PASS (4156 estadísticas; RT0 idéntico byte a byte — solo visualización); editor 0 errores. Honesto: los nombres en inglés son públicos RE; los internalName son el símbolo REAL del juego (tipo "desconocido" = semántica fina no mapeada al 100%, pero el símbolo es honesto y mucho mejor que el hexadecimal)

v2.38.0