Beta Update

Cette archive regroupe les anciennes notes de la phase bêta. Les nouvelles notes sont sur la page des mises à jour.

SeymourBETA

Mise à jour 2.45

09/06/2026

updateui

Music Player complet de l'éditeur : les 89 pistes du catalogue sont sélectionnables dans l'UI. `AudioStudio_Service` expose désormais une prévisualisation immédiate (`SetTrack`/`PreviewSelectedMusicTrack`) tout en préservant `SelectedTrackId` dans les préférences ; la fenêtre principale a gagné un bouton `▶ Preview`, un ComboBox plus large et une carte Music Player avec piste actuelle, statut, toggles Music/FX et compte de catalogue. Utilise `Assets/Audio/Music/music_catalog.json` + `Catalog/.wav` (89 pistes). C'est une lecture de musique editor-only ; cela ne revendique pas un swap de musique en jeu, qui dépend toujours du chemin hook/IDA. Build éditeur 0 erreur.

Lire les notes

SeymourBETA

Mise à jour 2.44

09/06/2026

updatemonster-ai

Custom Boss Creator : clone + édite n'importe quel monstre → nouveau m###.bin (première étape du pipeline de monstre personnalisé). Nouveau module `Modules/CustomBossCreator` + `FfxLib/Monster/MonsterCloner.cs`. Flux : choisissez un monstre source (m000–m346 ou tout m### existant), définissez un nouvel id (347+ auto-suggéré comme premier slot libre), éditez les stats (HP/MP/HpOverkill/Str/Def/Mag/MagDef/Agi/Lck/Eva/Acc) et ModelId individuellement (champ vide = hériter de la source), tapez un nom d'affichage, cliquez ⚔ Créer un monstre. `MonsterCloner.Clone()` fait un round-trip Write→Read pour une copie indépendante, applique un overlay slot-only (stats) ou un rebuild complet (nom) sur le `Monster_StatSheet`, écrit dans `battle/mon/_m###/m###.bin` (crée le dossier automatiquement) et enregistre le nom dans `Monster_Dictionary` au runtime — Formation Editor voit immédiatement le nouveau monstre par nom. IA, loot et nom en jeu sont hérités de la source (à affiner plus tard dans Monster AI Editor / Monster Editor). Honnêteté : le clone crée le fichier ; placer le monstre dans les batailles nécessite toujours Formation Editor (slot swap dans un .btl existant). Porte hors ligne : écrivain Monster_File prouvé (round-trip byte-identique).

Lire les notes

SeymourBETA

Mise à jour 2.43

09/06/2026

updatemagic-dll

EncounterTable : bouton Save + édition de Danger par groupe + préréglages Danger globaux (Features 1+4). L'`EncounterTableExplorer` est désormais un éditeur d'encounters complet, pas un visualiseur en lecture seule. `EncounterTableGroupRow` et `EncounterTableFormationRow` sont désormais des `ObservableObject`s partiels : `Danger` (par groupe, 0–255) et `Weight` (par formation, 0–255) sont modifiables via un slider interactif ; changer `Danger` écrit immédiatement dans `group.Danger` et met à jour l'étiquette conviviale (`No encounters / Rare / Normal / High / Maximum`) ; changer `Weight` recalcule automatiquement `group.TotalWeight`. Préréglages par groupe : boutons `No encounters (0) / Normal (50) / Intense (128) / Maximum (255)`. Save : `💾 Save btl.bin` appelle `EncounterTable_File.Write()` (slot-only, patch byte-local), crée `btl.bin.bak` à la première sauvegarde ; `↩ Restore vanilla` copie le backup en retour. Danger global : quatre boutons de préréglage dans la carte « Edit & Save » (`⚡ No encounters / Normal / Intense / Maximum`) s'appliquent à TOUS les groupes de TOUTES les maps à la fois, avec un retour montrant combien de groupes ont été affectés. Le `DataModel` tient `_loadedEncounterFile` et `_encounterFilePath` pour réutiliser l'objet parsé sans relire le fichier. Build éditeur 0 erreur.

Lire les notes

SeymourBETA

Mise à jour 2.42

07/06/2026

updateaurora

AURORA : œil caméra de bataille entièrement calibré IDA + drag de l'œil doré dans le MapViewer. Fermé `HANDOFF_CAMERA_POLAR_CALIBRATION_CODEX_2026-06-07` : IDA prouve `camSetPolar(0x6004)` (`0x6004 -> 0x7B9260 -> 0x7BB550 -> 0x7C4760`, slot caméra `+12`) comme `horizontalDeg, elevationDeg, distance`, avec `x=refX+cos(h)cos(e)dist`, `y=refY+sin(e)dist`, `z=refZ+sin(h)cos(e)dist`. L'œil caméra doré d'Aurora n'est plus approximatif : `BuildCameraMarker` utilise la vraie formule, et le mode Place peut désormais draguer l'œil doré ; l'éditeur inverse vers `horizontal/elevation/distance` et écrit les trois floats via `WithFloat` (byte-local, backup-once), gardant l'avertissement de shared-float-pool. `BattleCameraScanLab` : `camSetPolar0x6004=10944`, variantes target-aware gardées séparées `103854`, polar d'établissement exact `809/855`, œil éditable `802/855`, round-trip œil polaire 802/802. `camSetBtlPolar`/`camSetChrPolar2` restent honnêtement hors de l'inverse simple. Build éditeur 0 erreur.

Lire les notes

SeymourBETA

Mise à jour 2.41

09/06/2026

updatemonster-ai

AURORA : DRAGUER la caméra (ref/look-at) directement dans le MapViewer. Répondant à « comment déplacer la caméra dans le MapViewer ? » : en mode Place, la sphère cyan (ref = look-at) est désormais draguable comme les monstres — draguez-la sur le sol de la scène, relâchez, et 💾 Save positions écrit le nouveau `refSetPos(x,y,z)` dans chunk0 (byte-local, EXACT, backup-once) — se compose avec un drag de monstre dans la même sauvegarde (régions différentes). Le lecteur expose les indices de float-pool du ref (`Establishing.RefX/Y/Zindex`) ; `ApplyCameraRefDragToDisk` écrit via `BattleCameraSetup_File.WithFloat` ; `aurora-overlay.js` étiquette la sphère cyan comme cible de drag (`role=camera_ref`) réutilisant le pont `/drag`. L'œil doré (angle/distance) ne se drague PAS encore — en attente de la calibration de convention polaire dans IDA (prochaine) ; éditez-le via les boutons du panneau pour l'instant. (Bonus : corrigé le build `BattleCameraScanLab` qu'une autre voie avait cassé avec de nouveaux symboles `AiNames` — débloque `offline_ci`.) Éditeur 0 erreur, porte PASS (float 855/855).

Lire les notes

SeymourBETA

Mise à jour 2.40

09/06/2026

updatemonster-ai

Assembleur d’IA : un correcteur de pile (Niveau 1+2) — avertit quand une édition vide la pile + dit comment la corriger. Le propriétaire a demandé un « mini-correcteur IA » qui aide à corriger les erreurs d'assemblage. Le validateur attrapait déjà opcode invalide / jump pendant / index OOB, mais pas l'erreur #1 d'édition manuelle : le déséquilibre de pile. Maintenant il le fait. RE-grounded (FFXDataParser) : nouveau `FfxLib/Ai/AiStackModel.cs` = effet de pile par opcode (depuis `OPCODE_STACKPOPS`) + arité de 269 fonctions (`ScriptFuncLib` comptes d'entrée ; accesseur = subject?+index+value?). `AiValidator` simule la profondeur de pile (réinitialiser à 0 à l'entrypoint/jump-target) et rapporte l'underflow. Twist honnête clé : les arités du parser ne correspondent pas toujours à la vraie VM (prouvé : `setSelfFloating 0x7029` parser dit 2, le corpus pousse 1) — donc au lieu du compte absolu (qui ferait un faux positif sur du code valide), il diffe la pile ORIGINALE vs ÉDITÉE : le bruit d'arite existe dans les deux et s'annule, ne laissant que ce que VOTRE édition a cassé. Le message (Niveau 2) dit en langage clair où elle s'est vidée + comment la corriger (« remettez le PUSH qui était un argument ; chaque instruction pousse les args PUIS appelle »). Auto-surfacé dans le panneau Validation. Porte `--ai2` : validateur propre 346/346 (zéro faux positif sur le corpus) + stack-break attrapé 1/1 (prouve qu'il attrape un arg-push supprimé) ; `--ai3` PASS ; RT0 byte-identique (analyse seulement, zéro octets). Build éditeur 0 erreur. Honnête : il détecte ce que l'édition introduit ; l'arite fine de certaines fonctions = RE publique (calibration corpus = futur).

Lire les notes

SeymourBETA

Mise à jour 2.39

07/06/2026

updatemonster-ai

AURORA : marqueur de caméra 3D dans le MapViewer (voir où est la caméra / où elle regarde, dans le rendu de scène). 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`.

Lire les notes

SeymourBETA

Mise à jour 2.38

07/06/2026

updatemonster-ai

AURORA : ÉDITER les vrais paramètres de caméra de bataille (angle · distance · position · roll) dans le panneau. Répondant à « et comment je vois/édite ça ? » : la carte 🎥 Camera a gagné « 🎚 Paramètres de caméra (MODIFIABLES) ». RE (IDA + FFXDataParser cross-check, sur l'indice du propriétaire) : la caméra de bataille est CALCULÉE PAR SCRIPT dans chunk0 — des appels namespace Camera (`camSetPolar(angle,distance)`, `refSetPos(x,y,z)`, `camSetRoll`, `camSetScrDpt`) dont les params sont des constantes FLOAT dans le pool. Nouveau lecteur `FfxLib/BattleMap/BattleCameraSetup_File.cs` extrait chaque appel + résout les floats + les boutons éditables distincts ; `WithFloat` édite le pool de floats byte-local (même longueur, réutilise `AiScript_File.EditFloatConst`), préservant les autres chunks. Le panneau liste les boutons groupés par type (polar/refPos/roll/screenDepth) avec filtre + recherche (la caméra est un script cinématique ~730 coupes par bataille, donc on navigue par groupe/recherche, pas une liste brute), chacun éditable ; « 💾 Enregistrer les paramètres de caméra » applique les floats changés (backup-once + reload). Porte `BattleCameraScanLab` étendue : 855 bins avec caméra, 623,981 appels, round-trip d'édition float 855/855 (byte-local + réversible). Honnête : éditer un float change TOUTES les coupes qui le partagent ; un angle personnalisé EST dans le fichier (renverse l'ancien « = scène authoring ») ; effet en jeu = RT2. Doc `docs/reverse/FFX_BATTLE_CAMERA_SHOT_TABLE_IDA_2026-06-07.md` §6. Build 0 erreur.

Lire les notes