SeymourBETA

Update 2.23

7.6.2026

v2.23.0BETA

Seymour

SPRUCHNAME in den Magie-Viewern (PS3 Magic HD): Best-Effort-Join (vom Eigentümer autorisiert)

Der Eigentümer sagte mir, den Namen auch ohne den byte-bewiesenen Join zu zeigen („agora é pra fazer caralho", 2026-06-07 — ein expliziter Override der no-fabricate-Regel). Neuer MagicSpellNameResolver (FfxLib/Dictionaries): (id 0..1023, 12-bit) → versucht CommandCharacter → CommandMonster1 → CommandMonster2 → Item (alle Dictionary<ushort,string>), liefert name ~source (z. B e.g. Firaga ~char-cmd) oder magic_####, wenn nicht gemappt. Verdrahtet in PS3 Magic (HD) (Ps3MagicBrowser): Ps3MagicEntry.SpellNameDisplay wird der Listentitel + Detail-Header, und die Suche matcht nach Name. Ehrlich: das ~source kennzeichnet es als NICHT-byte-bewiesene Hypothese (der Katalog sagt „no names proved"); der Eigentümer verifiziert am Bildschirm und wir verfeinern den Offset/das Dict, wenn ein Name falsch ist. Build 0 Fehler. \

v2.22.0

v2.23.1BETA

Seymour

Formation Editor: vorbefüllte zeigen jetzt den Monsternamen (Load-Anzeige-Fix)

Der Owner flaggte, dass die 8 Formations- mit einem LEEREN ComboBox für öffneten, die bereits einen Wert hatten (roh 10DEh/10E2h) — der Name erschien erst NACH manueller Auswahl (auch die leeren FFFFh- zeigten blank statt „(Vazio)"). Ursache: eine Avalonia-Falle — das beim Load gesetzte SelectedItem (Objektinitialisierer) wird vor dem Materialisieren des ComboBoxes ItemsSource der per-Zeilen-RelativeSource (über gebunden) angewendet, also löst die Auswahl nicht auf und bleibt blank. Fix: nach dem Befüllen von Slots, jedes SelectedMonster erneut anwenden (null→value togglen) auf einem Dispatcher.UIThread.Post(..., Background), sodass das ComboBox gegen eine befüllte Items-Liste neu auflöst. Durch slotsSyncing geschützt, sodass es nicht dirty markiert (Load bleibt „Changed: false" bis zu einer echten Bearbeitung). Build 0 Fehler. \

v2.23.0

v2.23.2BETA

Seymour

Aurora: „Reload battle from disk" (spiegelt Saves anderer Module auf der Karte)

Der Eigentümer editierte die Formation im Formation Editor und die Monster erschienen nicht auf der Aurora-Karte. Untersuchung: die Pipeline ist korrekt — Aurora bindet formation slot[i] → monster-live anchor[i] mit MonsterId/Model (/work/phyre_chr_anim/models/mNNN/mNNN_animated.gltf, 340 HD-le existieren, Server-Root-URL richtig). Die Ursache war zwischengespeicherter Zustand: RefreshCatalog lädt nur die Szenenliste neu, NICHT die Bytes der offenen Battle — so spiegelte sich eine Formation-Editierung woanders erst nach erneutem Auswählen wider. Fix: neues ReloadSelectedBattle() (feuert die Battle-Read erneut = liest chunk2-Formation + chunk3-Anker von Disk neu) + ein „🔄 Reload battle from disk"-Button neben „Render". (Battle Explorer hatte bereits „Refresh" + erstellt bei jeder Navigation frisch — A war dafür schon da.) Die kombinierte Root-Ursache von „Geändert: False" + „keine Monster auf der Karte" war das nicht persistierende Formations-Save — gefixt in v2.23.1 (combo-blank). Build 0 Fehler. \

v2.23.1

v2.23.3BETA

Seymour

Formation Editor: ein Monster, das zu einem leeren Slot HINZUGEFÜGT wird, erbt jetzt das Flag „live on field"

Der Eigentümer fügte Monstern zu den Tombola 04-07 hinzu, und sie wurden nicht als live erkannt (Aurora „nur 4 live Monster"). Bildschirm-Beweis: die ursprünglichen Tombola (00-03) tragen rohe 10DEh/10E2h (hohes Nibble 0x1000); die hinzugefügten kamen als 0030h/0136h (hohes Nibble 0x0000). 0x1000 ist das Flag für das AKTIVE Formations-Monster — der Writer stempelte 0, als er einen Slot befüllte, der FFFFh war. Fix (FormationSlotRow): beim Befüllen eines leeren Tombola das hohe Nibble von einem GESCHWISTER-Live-Slot desselben Kampfes erben (pro Kampf, kein Raten; Standard 0x1000, wenn die Formation komplett leer war). Weiterhin nur-slot-byte-sicher (FormationSlotLab-Gate 858/858). Extra-Diagnose (KEIN Save-seitiger Bug): Save und Read nutzen denselben Pfad (GetPathBattle); das Problem war der WERT, nicht die Seite. Ehrlich: (1) 0x1000=live ist eine evidenzbasierte Hypothese aus dem Bildschirm-Beweis — im Spiel testen; (2) die Aurora-MAP hat nur die Monster-Anker, die die ARENA (chunk3) definiert (z. B. 4) — ein Monster darüber hinaus zu ergänzen braucht einen neuen Arena-Anker (Arena-Authoring = außerhalb des Umfangs dieses Fix). Build 0 Fehler. \

v2.23.2

Zurück zu Updates

SeymourBETA

Update 2.23

7.6.2026

v2.23.0BETA

Seymour

SPRUCHNAME in den Magie-Viewern (PS3 Magic HD): Best-Effort-Join (vom Eigentümer autorisiert)

Der Eigentümer sagte mir, den Namen auch ohne den byte-bewiesenen Join zu zeigen („agora é pra fazer caralho", 2026-06-07 — ein expliziter Override der no-fabricate-Regel). Neuer MagicSpellNameResolver (FfxLib/Dictionaries): (id 0..1023, 12-bit) → versucht CommandCharacter → CommandMonster1 → CommandMonster2 → Item (alle Dictionary<ushort,string>), liefert name ~source (z. B e.g. Firaga ~char-cmd) oder magic_####, wenn nicht gemappt. Verdrahtet in PS3 Magic (HD) (Ps3MagicBrowser): Ps3MagicEntry.SpellNameDisplay wird der Listentitel + Detail-Header, und die Suche matcht nach Name. Ehrlich: das ~source kennzeichnet es als NICHT-byte-bewiesene Hypothese (der Katalog sagt „no names proved"); der Eigentümer verifiziert am Bildschirm und wir verfeinern den Offset/das Dict, wenn ein Name falsch ist. Build 0 Fehler. \

v2.22.0

v2.23.1BETA

Seymour

Formation Editor: vorbefüllte zeigen jetzt den Monsternamen (Load-Anzeige-Fix)

Der Owner flaggte, dass die 8 Formations- mit einem LEEREN ComboBox für öffneten, die bereits einen Wert hatten (roh 10DEh/10E2h) — der Name erschien erst NACH manueller Auswahl (auch die leeren FFFFh- zeigten blank statt „(Vazio)"). Ursache: eine Avalonia-Falle — das beim Load gesetzte SelectedItem (Objektinitialisierer) wird vor dem Materialisieren des ComboBoxes ItemsSource der per-Zeilen-RelativeSource (über gebunden) angewendet, also löst die Auswahl nicht auf und bleibt blank. Fix: nach dem Befüllen von Slots, jedes SelectedMonster erneut anwenden (null→value togglen) auf einem Dispatcher.UIThread.Post(..., Background), sodass das ComboBox gegen eine befüllte Items-Liste neu auflöst. Durch slotsSyncing geschützt, sodass es nicht dirty markiert (Load bleibt „Changed: false" bis zu einer echten Bearbeitung). Build 0 Fehler. \

v2.23.0

v2.23.2BETA

Seymour

Aurora: „Reload battle from disk" (spiegelt Saves anderer Module auf der Karte)

Der Eigentümer editierte die Formation im Formation Editor und die Monster erschienen nicht auf der Aurora-Karte. Untersuchung: die Pipeline ist korrekt — Aurora bindet formation slot[i] → monster-live anchor[i] mit MonsterId/Model (/work/phyre_chr_anim/models/mNNN/mNNN_animated.gltf, 340 HD-le existieren, Server-Root-URL richtig). Die Ursache war zwischengespeicherter Zustand: RefreshCatalog lädt nur die Szenenliste neu, NICHT die Bytes der offenen Battle — so spiegelte sich eine Formation-Editierung woanders erst nach erneutem Auswählen wider. Fix: neues ReloadSelectedBattle() (feuert die Battle-Read erneut = liest chunk2-Formation + chunk3-Anker von Disk neu) + ein „🔄 Reload battle from disk"-Button neben „Render". (Battle Explorer hatte bereits „Refresh" + erstellt bei jeder Navigation frisch — A war dafür schon da.) Die kombinierte Root-Ursache von „Geändert: False" + „keine Monster auf der Karte" war das nicht persistierende Formations-Save — gefixt in v2.23.1 (combo-blank). Build 0 Fehler. \

v2.23.1

v2.23.3BETA

Seymour

Formation Editor: ein Monster, das zu einem leeren Slot HINZUGEFÜGT wird, erbt jetzt das Flag „live on field"

Der Eigentümer fügte Monstern zu den Tombola 04-07 hinzu, und sie wurden nicht als live erkannt (Aurora „nur 4 live Monster"). Bildschirm-Beweis: die ursprünglichen Tombola (00-03) tragen rohe 10DEh/10E2h (hohes Nibble 0x1000); die hinzugefügten kamen als 0030h/0136h (hohes Nibble 0x0000). 0x1000 ist das Flag für das AKTIVE Formations-Monster — der Writer stempelte 0, als er einen Slot befüllte, der FFFFh war. Fix (FormationSlotRow): beim Befüllen eines leeren Tombola das hohe Nibble von einem GESCHWISTER-Live-Slot desselben Kampfes erben (pro Kampf, kein Raten; Standard 0x1000, wenn die Formation komplett leer war). Weiterhin nur-slot-byte-sicher (FormationSlotLab-Gate 858/858). Extra-Diagnose (KEIN Save-seitiger Bug): Save und Read nutzen denselben Pfad (GetPathBattle); das Problem war der WERT, nicht die Seite. Ehrlich: (1) 0x1000=live ist eine evidenzbasierte Hypothese aus dem Bildschirm-Beweis — im Spiel testen; (2) die Aurora-MAP hat nur die Monster-Anker, die die ARENA (chunk3) definiert (z. B. 4) — ein Monster darüber hinaus zu ergänzen braucht einen neuen Arena-Anker (Arena-Authoring = außerhalb des Umfangs dieses Fix). Build 0 Fehler. \

v2.23.2