SeymourBETA

Mise à jour 2.39

07/06/2026

v2.39.0BETA

Seymour

Le #2 de « comment je le vois » : le rendu 3D Aurora dessine désormais la caméra d'établissement — une sphère dorée = œil (position caméra), une sphère cyan = ref (le point cadré, exact), une ligne œil→ref + une tige au sol. Calculé depuis chunk0 : refSetPos(x,y,z) (exact, frame de scène = IDENTITÉ prouvée) + camSetPolar(angle,distance) → eye = ref + polar. Lecteur BattleCameraSetup_File.Establishing (premier refPos + premier polar ; porte : ref 855/855, polar 846/855), modèle overlay AuroraCameraMarker, rendu dans aurora-overlay.js (même groupe que les ancres, hérite du flip Y-up). Honnête : le ref est exact ; l'œil est APPROXIMATIF — la convention polaire (quel arg est l'angle vs la distance, l'élévation) n'est pas encore byte-confirmée, donc le marqueur est étiqueté « caméra (aprox) » et l'élévation est une supposition visuelle ; confirmez/affinez à l'écran (et via sonde/en jeu). Éditeur 0 erreur. Doc docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md

v2.38.1

v2.39.1BETA

Seymour

Exécuté docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.md avec la règle « cohérence avant nommage » : ScriptFuncLib + ScriptConstants + corpus via AiScriptLab --names, sans changer d'octets. Ajouté AiMotionPropertyNames, AiMovePropertyNames et AiSaveDataVariableNames ; le gloss de désassemblage résout désormais l'espace de champ par fonction (btlActorProperty pour 700F/7018/70AA/70AB, motionProperty pour 70AC/70B2, moveProperty pour 701A/7078), et les variables saveData montrent des noms parser-backed quand présents. Corrigé 0x701A en readMoveProperty et ajouté les ids d'appel utilisés par le corpus qui retombaient encore en hex (7009, 7029, 7032, 7050, 7078, 70A8). Porte --names : 160 ids d'appel utilisés, 0 sans nom ; 285 champs dans des espaces nommés ; 5 littéraux laissés intentionnellement en hex (0x0156, 0x0157, 0xFFFB, 0xFFEF, 0xFFDF) car parser/corpus/IDA ne les ont pas fermés. --ai2/--ai3 PASS ; éditeur 0 erreur. Doc docs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md

v2.39.0

v2.39.2BETA

Seymour

Démarré le plan repo-wide pour brûler campo 0xNN, stat 0xNN, comando 0xNN, raw, Unknown/Unk et les ids génériques sans passe de renommage aveugle. Nouvel outil RuntimeTools/NameAuditLab inventorie .cs/.axaml/.md/.ps1, sépare EditorUi, CoreDisplay, CoreInternal, LabTool, Documentation et Other, et ne marque que le petit sous-ensemble review now ; résultat actuel : 2445 findings, 497 editor/display, 11 review now, avec labs/docs/offsets gardant intentionnellement le hex brut. Appliqué le premier alias sûr : les rangées d'automatisation technique Monster AI montrent désormais writeChrProperty StatusDurationHaste (0x0038) / setStatField stat_round (0x00DA) quand AiChrPropertyNames ferme l'id ; les inconnus restent campo 0xNNNN. Docs : docs/ai/MISSION_PROJECT_WIDE_NAME_BURN_DOWN_2026-06-07.md, docs/reverse/FFX_PROJECT_NAME_BURN_DOWN_SCAN_2026-06-07.md ; aucun changement d'octets IA

v2.39.1

SeymourBETA

07/06/2026

v2.39.0BETA

Seymour

Le #2 de « comment je le vois » : le rendu 3D Aurora dessine désormais la caméra d'établissement — une sphère dorée = œil (position caméra), une sphère cyan = ref (le point cadré, exact), une ligne œil→ref + une tige au sol. Calculé depuis chunk0 : refSetPos(x,y,z) (exact, frame de scène = IDENTITÉ prouvée) + camSetPolar(angle,distance) → eye = ref + polar. Lecteur BattleCameraSetup_File.Establishing (premier refPos + premier polar ; porte : ref 855/855, polar 846/855), modèle overlay AuroraCameraMarker, rendu dans aurora-overlay.js (même groupe que les ancres, hérite du flip Y-up). Honnête : le ref est exact ; l'œil est APPROXIMATIF — la convention polaire (quel arg est l'angle vs la distance, l'élévation) n'est pas encore byte-confirmée, donc le marqueur est étiqueté « caméra (aprox) » et l'élévation est une supposition visuelle ; confirmez/affinez à l'écran (et via sonde/en jeu). Éditeur 0 erreur. Doc docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md

v2.38.1

v2.39.1BETA

Seymour

Exécuté docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.md avec la règle « cohérence avant nommage » : ScriptFuncLib + ScriptConstants + corpus via AiScriptLab --names, sans changer d'octets. Ajouté AiMotionPropertyNames, AiMovePropertyNames et AiSaveDataVariableNames ; le gloss de désassemblage résout désormais l'espace de champ par fonction (btlActorProperty pour 700F/7018/70AA/70AB, motionProperty pour 70AC/70B2, moveProperty pour 701A/7078), et les variables saveData montrent des noms parser-backed quand présents. Corrigé 0x701A en readMoveProperty et ajouté les ids d'appel utilisés par le corpus qui retombaient encore en hex (7009, 7029, 7032, 7050, 7078, 70A8). Porte --names : 160 ids d'appel utilisés, 0 sans nom ; 285 champs dans des espaces nommés ; 5 littéraux laissés intentionnellement en hex (0x0156, 0x0157, 0xFFFB, 0xFFEF, 0xFFDF) car parser/corpus/IDA ne les ont pas fermés. --ai2/--ai3 PASS ; éditeur 0 erreur. Doc docs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md

v2.39.0

v2.39.2BETA

Seymour

Démarré le plan repo-wide pour brûler campo 0xNN, stat 0xNN, comando 0xNN, raw, Unknown/Unk et les ids génériques sans passe de renommage aveugle. Nouvel outil RuntimeTools/NameAuditLab inventorie .cs/.axaml/.md/.ps1, sépare EditorUi, CoreDisplay, CoreInternal, LabTool, Documentation et Other, et ne marque que le petit sous-ensemble review now ; résultat actuel : 2445 findings, 497 editor/display, 11 review now, avec labs/docs/offsets gardant intentionnellement le hex brut. Appliqué le premier alias sûr : les rangées d'automatisation technique Monster AI montrent désormais writeChrProperty StatusDurationHaste (0x0038) / setStatField stat_round (0x00DA) quand AiChrPropertyNames ferme l'id ; les inconnus restent campo 0xNNNN. Docs : docs/ai/MISSION_PROJECT_WIDE_NAME_BURN_DOWN_2026-06-07.md, docs/reverse/FFX_PROJECT_NAME_BURN_DOWN_SCAN_2026-06-07.md ; aucun changement d'octets IA

v2.39.1