Aggiornamento 2.39
07/06/2026
v2.39.0BETA
Seymour
AURORA: MARKER camera 3D nel MapViewer (vedi dove è / dove guarda la camera, nel render della scena)
- Il #2 di "come faccio a vederla": il render 3D Aurora ora disegna la camera establishing — una sfera gold = occhio (posizione camera), una sfera ciano = ref (il punto inquadrato, esatto), una linea occhio→ref + uno stelo a terra. Calcolato da chunk0:
refSetPos(x,y,z)(esatto, frame scena = IDENTITY provata) +camSetPolar(angle,distance)→eye = ref + polar. ReaderBattleCameraSetup_File.Establishing(primo refPos + primo polar; gate: ref 855/855, polar 846/855), modello overlayAuroraCameraMarker, render inaurora-overlay.js(stesso gruppo degli anchor, eredita il flip Y-up). Onesto: il ref è esatto; l'occhio è APPROSSIMATIVO (letterale tecnico: APPROXIMATE) — la convenzione polare (quale arg è angolo vs distanza, elevazione) non è ancora byte-confirmata (letterale tecnico: byte-confirmed), quindi il marker è etichettato "câmera (aprox)" e l'elevazione è una congettura visiva; conferma/raffina su schermo (e via probe/in-game). Editor 0 errori. Docdocs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md
v2.38.1
v2.39.1BETA
Seymour
Monster AI: audit NOME con parser pubblici (0 call-id usati senza nome; campi incerti restano hex)
- Eseguito
docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.mdcon la regola "coerenza prima di nominare":ScriptFuncLib+ScriptConstants+ corpus tramiteAiScriptLab --names, senza cambiare byte. AggiuntiAiMotionPropertyNames,AiMovePropertyNameseAiSaveDataVariableNames; il glossing della disassembly ora risolve il field-space per funzione (btlActorPropertyper700F/7018/70AA/70AB,motionPropertyper70AC/70B2,movePropertyper701A/7078), e le variabilisaveDatamostrano nomi parser-backed quando presenti. Corretto0x701AareadMovePropertye aggiunti i call-id usati dal corpus che ancora ricadevano a hex ( (letterale tecnico: corpus-used)7009,7029,7032,7050,7078,70A8). Gate--names: 160 call-id usati, 0 senza nome; 285 campi in spazi nominati; 5 letterali lasciati intenzionalmente hex (0x0156,0x0157,0xFFFB,0xFFEF,0xFFDF) perché parser/corpus/IDA non li hanno chiusi.--ai2/--ai3PASS; editor 0 errori. Docdocs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md
v2.39.0
v2.39.2BETA
Seymour
Project Name Burn-Down: scanner etichette raw + primo alias Monster AI sicuro. (letterale tecnico: raw-label)
- Avviato il piano repo-wide per bruciare
campo 0xNN,stat 0xNN,comando 0xNN,raw,Unknown/Unke id generici senza un pass di rinomina cieco. Nuovo toolRuntimeTools/NameAuditLabinventaria.cs/.axaml/.md/.ps1, separaEditorUi,CoreDisplay,CoreInternal,LabTool,DocumentationeOther, e marca solo il piccolo sottoinsiemereview now; risultato attuale: 2445 findings, 497 editor/display, 11 review now, con lab/docs/offset che tengono intenzionalmente l'hex raw. Applicato il primo alias sicuro: le righe di automazione tecnica Monster AI ora mostranowriteChrProperty StatusDurationHaste (0x0038)/setStatField stat_round (0x00DA)quandoAiChrPropertyNameschiude l'id; gli sconosciuti restanocampo 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; nessun cambio byte AI
v2.39.1