SeymourBETA

Update 2.39

7.6.2026

v2.39.0BETA

Seymour

Die #2 aus „wie sehe ich das": der Aurora-3D-Render zeichnet jetzt die Establishing-Kamera — eine goldene Kugel = eye (Kameraposition), eine cyanfarbene Kugel = ref (der eingerahmte Punkt, exakt), eine eye→ref-Linie + ein Boden-Stiel. Berechnet aus chunk0: refSetPos(x,y,z) (exakt, Szenen-Frame = bewiesene IDENTITY) + camSetPolar(angle,distance) → eye = ref + polar. Reader BattleCameraSetup_File.Establishing (erste refPos + erster polar; Gate: ref 855/855, polar 846/855), Overlay-Model AuroraCameraMarker, Render in aurora-overlay.js (gleiche Gruppe wie die Anker, erbt den Y-up-Flip). Ehrlich: der ref ist exakt; das eye ist APPROXIMATIV — die Polar-Konvention (welches Arg Winkel vs. Distanz ist, Elevation) ist noch nicht byte-bestätigt, daher ist der Marker mit „Kamera (ungefähr)" beschriftet und die Elevation eine visuelle Vermutung; auf dem Bildschirm bestätigen/verfeinern (und via Sonde/in-game). Editor 0 Fehler. Doc docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md. [previous: v2.38.1]

v2.39.1BETA

Seymour

Führte docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.md mit der Regel "Kohärenz vor Benennung" aus: ScriptFuncLib + ScriptConstants + Korpus durch AiScriptLab --names, ohne Bytes zu ändern. AiMotionPropertyNames, AiMovePropertyNames und AiSaveDataVariableNames hinzugefügt; die Disassembly-Glossierung löst den Feldraum jetzt nach Funktion auf (btlActorProperty für 700F/7018/70AA/70AB, motionProperty für 70AC/70B2, moveProperty für 701A/7078), und saveData-Variablen zeigen parser-gestützte Namen, wenn vorhanden. Korrigierte 0x701A zu readMoveProperty und fügte die korpus-verwendeten Call-IDs hinzu, die immer noch auf Hex zurückfielen (7009, 7029, 7032, 7050, 7078, 70A8). --names-Gate: 160 verwendete Call-IDs, 0 unbenannt; 285 Felder in benannten Räumen; 5 Literale absichtlich hex gelassen (0x0156, 0x0157, 0xFFFB, 0xFFEF, 0xFFDF), weil Parser/Korpus/IDA sie nicht geschlossen haben. --ai2/--ai3 PASS; Editor 0 Fehler. Doc docs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md. [previous: v2.39.0]

v2.39.2BETA

Seymour

Gestartet den repo-weiten Plan, campo 0xNN, stat 0xNN, comando 0xNN, raw, Unknown/Unk und generische IDs ohne blinden Rename-Pass abzubauen. Neues Tool RuntimeTools/NameAuditLab inventarisiert .cs/.axaml/.md/.ps1, trennt EditorUi, CoreDisplay, CoreInternal, LabTool, Documentation und Other, und markiert nur die kleine review now-Teilmenge; aktuelles Ergebnis: 2445 Befunde, 497 editor/display, 11 , wobei labs/docs/offsets absichtlich rohes Hex behalten. Erstes sicheres Alias angewendet: Monster-AI-technische Automatisierungszeilen zeigen jetzt writeChrProperty StatusDurationHaste (0x0038) / setStatField stat_round (0x00DA), wenn AiChrPropertyNames die ID schließt; Unbekannte bleiben 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; keine AI-Byte-Änderungen. [previous: v2.39.1]

SeymourBETA

7.6.2026

v2.39.0BETA

Seymour

Die #2 aus „wie sehe ich das": der Aurora-3D-Render zeichnet jetzt die Establishing-Kamera — eine goldene Kugel = eye (Kameraposition), eine cyanfarbene Kugel = ref (der eingerahmte Punkt, exakt), eine eye→ref-Linie + ein Boden-Stiel. Berechnet aus chunk0: refSetPos(x,y,z) (exakt, Szenen-Frame = bewiesene IDENTITY) + camSetPolar(angle,distance) → eye = ref + polar. Reader BattleCameraSetup_File.Establishing (erste refPos + erster polar; Gate: ref 855/855, polar 846/855), Overlay-Model AuroraCameraMarker, Render in aurora-overlay.js (gleiche Gruppe wie die Anker, erbt den Y-up-Flip). Ehrlich: der ref ist exakt; das eye ist APPROXIMATIV — die Polar-Konvention (welches Arg Winkel vs. Distanz ist, Elevation) ist noch nicht byte-bestätigt, daher ist der Marker mit „Kamera (ungefähr)" beschriftet und die Elevation eine visuelle Vermutung; auf dem Bildschirm bestätigen/verfeinern (und via Sonde/in-game). Editor 0 Fehler. Doc docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md. [previous: v2.38.1]

v2.39.1BETA

Seymour

Führte docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.md mit der Regel "Kohärenz vor Benennung" aus: ScriptFuncLib + ScriptConstants + Korpus durch AiScriptLab --names, ohne Bytes zu ändern. AiMotionPropertyNames, AiMovePropertyNames und AiSaveDataVariableNames hinzugefügt; die Disassembly-Glossierung löst den Feldraum jetzt nach Funktion auf (btlActorProperty für 700F/7018/70AA/70AB, motionProperty für 70AC/70B2, moveProperty für 701A/7078), und saveData-Variablen zeigen parser-gestützte Namen, wenn vorhanden. Korrigierte 0x701A zu readMoveProperty und fügte die korpus-verwendeten Call-IDs hinzu, die immer noch auf Hex zurückfielen (7009, 7029, 7032, 7050, 7078, 70A8). --names-Gate: 160 verwendete Call-IDs, 0 unbenannt; 285 Felder in benannten Räumen; 5 Literale absichtlich hex gelassen (0x0156, 0x0157, 0xFFFB, 0xFFEF, 0xFFDF), weil Parser/Korpus/IDA sie nicht geschlossen haben. --ai2/--ai3 PASS; Editor 0 Fehler. Doc docs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md. [previous: v2.39.0]

v2.39.2BETA

Seymour

Gestartet den repo-weiten Plan, campo 0xNN, stat 0xNN, comando 0xNN, raw, Unknown/Unk und generische IDs ohne blinden Rename-Pass abzubauen. Neues Tool RuntimeTools/NameAuditLab inventarisiert .cs/.axaml/.md/.ps1, trennt EditorUi, CoreDisplay, CoreInternal, LabTool, Documentation und Other, und markiert nur die kleine review now-Teilmenge; aktuelles Ergebnis: 2445 Befunde, 497 editor/display, 11 , wobei labs/docs/offsets absichtlich rohes Hex behalten. Erstes sicheres Alias angewendet: Monster-AI-technische Automatisierungszeilen zeigen jetzt writeChrProperty StatusDurationHaste (0x0038) / setStatField stat_round (0x00DA), wenn AiChrPropertyNames die ID schließt; Unbekannte bleiben 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; keine AI-Byte-Änderungen. [previous: v2.39.1]