SeymourBETAActualización 2.39
7/6/2026
v2.39.0BETA
Seymour
SeymourAURORA: MARCADOR de cámara 3D en el MapViewer (vea dónde está/mira la cámara, en el renderizar de la escena)
- El número 2 de "cómo lo veo": el renderizar 3D de Aurora ahora dibuja la cámara de establecimiento — una esfera dorada = ojo (posición de la cámara), una esfera cian = ref (el punto enmarcado, exacto), una línea de ojo→ref + a tallo molido. Calculado a partir de chunk0:
refSetPos(x,y,z)(exacto, cuadro de escena = IDENTIDAD probada) +camSetPolar(angle,distance)→eye = ref + polar. LectorBattleCameraSetup_File.Establishing(primer refPos + primer polar; puerta: ref 855/855, polar 846/855), modelo de superposiciónAuroraCameraMarker, renderizado enaurora-overlay.js(mismo grupo que los anclajes, hereda el giro en Y hacia arriba). Honesto: la referencia es exacta; el ojo es APROXIMADO: la convención polar (cuyo argumento es ángulo frente a distancia, elevación) aún no está confirmada por bytes, por lo que el marcador está etiquetado como "cámara (aprox)" y la elevación es una suposición visual; confirmar/refinar en la pantalla (y mediante sonda/en el juego). Editor 0 errores. Documentodocs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md
v2.38.1
v2.39.1BETASeymour
SeymourMonster AI: Auditoría de NOMBRE con analizadores públicos (0 identificadores de llamadas usados sin nombre; los campos inciertos permanecen hexadecimales)
- Se ejecutó
docs/ai/MISSION_NAME_AUDIT_WITH_PARSERS_2026-06-07.mdcon la regla de "coherencia antes de nombrar":ScriptFuncLib+ScriptConstants+ corpus hastaAiScriptLab --names, sin cambiar bytes. Se agregaronAiMotionPropertyNames,AiMovePropertyNamesyAiSaveDataVariableNames; El glosado de desensamblado ahora resuelve el espacio de campo por función (btlActorPropertypara700F/7018/70AA/70AB,motionPropertypara70AC/70B2,movePropertypara701A/7078), y las variablessaveDatamuestran nombres respaldados por el analizador cuando están presentes. Se corrigió0x701AareadMovePropertyy se agregaron los identificadores de llamadas utilizados en el corpus que aún volvían a ser hexadecimales (7009,7029,7032,7050,7078,70A8). Puerta--names: 160 identificadores de llamadas usados, 0 sin nombre; 285 campos en espacios con nombre; 5 literales abandonaron intencionalmente el formato hexadecimal (0x0156,0x0157,0xFFFB,0xFFEF,0xFFDF) porque el analizador/corpus/IDA no los cerró.--ai2/--ai3PASS; editor 0 errores. Documentodocs/reverse/FFX_AI_NAME_AUDIT_WITH_PARSERS_2026-06-07.md
v2.39.0
v2.39.2BETASeymour
SeymourBurn-Abajo del nombre del proyecto: escáner de etiquetas sin formato + primer alias Monster AI seguro
- Se inició el plan en todo el repositorio para quemar
campo 0xNN,stat 0xNN,comando 0xNN,raw,Unknown/Unk, y los identificadores genéricos sin cambio de nombre ciego. pasada. La nueva herramientaRuntimeTools/NameAuditLabinventaria.cs/.axaml/.md/.ps1, separaEditorUi,CoreDisplay,CoreInternal,LabTool,DocumentationyOther, y marca solo el pequeño subconjuntoreview now; Resultado ACTUAL: 2445 hallazgos, 497 editor/pantalla, 11 revisiones ahora, con labs/docs/offsets manteniendo intencionalmente el hexadecimal sin formato. Se aplicó el primer alias seguro: las filas de automatización técnica Monster AI ahora muestranwriteChrProperty StatusDurationHaste (0x0038)/setStatField stat_round (0x00DA)cuandoAiChrPropertyNamescierra id; Siguen siendo incógnitascampo 0xNNNN. Documentos:docs/ai/MISSION_PROJECT_WIDE_NAME_BURN_DOWN_2026-06-07.md,docs/reverse/FFX_PROJECT_NAME_BURN_DOWN_SCAN_2026-06-07.md; no hay cambios de bytes AI
v2.39.1