Beta Update

Frühere Hinweise aus der Beta-Phase, unverändert wie veröffentlicht.

Hier finden Sie das Archiv früherer Beta-Hinweise. Neue Hinweise stehen auf der Hauptseite für Updates.

Update 2.69

10.6.2026

Blitzball Recruits Editor: UI zum Ändern, WER an welchem Ort rekrutiert wird (Spieldatei; Writer `v2.67.0` bewiesen). Neues Modul/Tab `Blitzball Recruits 🏐` (`Modules/BlitzballRecruitEditor`), das Free-Agent-Rekrutierung direkt in der Spieldatei editiert: es listet die ~34 Rekrutierungs-Feld-Events (Luca/Kilika/Guadosalam/Calm Lands/Airship/Besaid/…, korpusbasiert über die Signatur `AE 28 00 14 AE <id> 00 A3`), und pro Event zeigt es jede Rekrutierungsstelle mit einem Dropdown der 60 Spieler (Namen aufgelöst aus `macrodic.dcp` via `BlitzballPlayerNames`), um neu zu setzen, wer dort rekrutiert wird. Es konsumiert den bereits bewiesenen Writer `BlitzballRecruit_File`/`Event_File.PatchScriptByte` (Gate `--blitzball-recruit-rt0`) über eine pro-Event `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, ein Spiegel des Multi-Source-MacroExplorer). Registriert in `Main_Window` (nav + `SetModule`). Ehrlichkeit: „Writable (Lab)"-Badge — setzt nur die Player-Id des Rekruten neu (Spieldatei, kein EXE-Patch; RT0 bewiesen, In-Game-RT2 ausstehend); jeder Spieler hat meist 2 Stellen (zwei Code-Branches) → beide ändern, um vollständig umzupolen; Rekrutierungs-Verfügbarkeit/Gating bleibt in der Event-Logik; Spieler-Stats = der Blitzball-Roster-Tab, Namen = Macro Explorer. MINOR (NEUES Modul/Tab; Präzedenzfall: Blitzball Roster Editor `v2.68.0` = MINOR). Verwendet den bestehenden Writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`/`ByteSnapshotEditorSession` wieder; fügt keinen neuen Writer hinzu und fasst save/Runtime/SIN/andere Lanes nicht an. Build 0 Fehler / 361 Warnungen; `--blitzball-recruit-rt0` PASS. \[previous: `v2.68.0`\] — Jarvis-CHAPPU

Hinweise lesen

SeymourBETAMINOR

Update 2.68

10.6.2026

updateruntime-hook

Blitzball-Roster-Editor: visuelle UI für Stats/Wachstum der 60 Spieler (Spieldatei; Writer `v2.66.0` bewiesen). Neues Modul/Tab `Blitzball Roster 🏐` (`Modules/BlitzballRosterEditor`), das die Stat-Wachstumskurven der 60 Spieler in `bltz0002.ebp` visuell bearbeitet: eine Spielerliste (mit nur-lesenden Namen, aufgelöst aus `macrodic.dcp` via `BlitzballPlayerNames`) + ein Editor für die 8 Stats (HP/SP/AT/EN/PA/SH/BL/CA), jeweils mit den 4 editierbaren Floats `a/b/c/growthType`, einer Live-Wert-Vorschau bei Lv 1/50/99 und der Formel. Er konsumiert den bereits bewiesenen Writer `BlitzballRoster_File` (Gate `--blitzball-roster-rt0`) über `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, ein exaktes Spiegelbild von `TreasureEditor`). Registriert in `Main_Window` (nav + `SetModule`). Ehrlichkeit: "Writable (Lab)"-Badge — schreibt nur die Stat-Wachstumstabellen (RT0ät bewiesen, In-Game-RT2 ausstehend); Namen sind hier nur-lesend (bearbeite sie im Macro Explorer); Techs/Level/EXP/Kosten sind save-seitig; die Match-Engine / Technik-Effekte sind EXE-nativ (siehe Adresskarte). MINOR (NEUES Modul/Tab; Präzedenz: Blitzball Prize Explorer `v2.62.0` = MINOR). Nutzt den bestehenden Writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames` wieder; fügt keinen neuen Writer hinzu und fasst keine anderen Lanes/runtime/save/SIN an. Build 0 Fehler / 361 Warnungen; `--blitzball-roster-rt0` PASS. \[previous: `v2.67.0`\] — Jarvis-CHAPPU

Hinweise lesen

SeymourBETAMINOR

Update 2.67

10.6.2026

updateruntime-hook

Blitzball: REKRUTIERUNG in der SPIELDATEI editierbar — ATEL-Immediate-Patcher in der `.ebp` (RT0 bewiesen). Wer an welchem Ort rekrutiert wird, ist ein 1-Byte-Immediate im ATEL-Bytecode des Feld-Events: die Signatur `AE 28 00 14 AE <playerId> 00 A3` (`PUSHII 40 · ADD · PUSHII <playerId> · write-array`) hängt an dein Team (`BlitzballTeamPlayers[count+40]`) an. Neue Primitive `Event_File.PatchScriptByte` (1-Byte-Patch des ATEL-Chunks, längenerhaltend via `ScriptChunkOverride`) + `FfxLib/Blitzball/BlitzballRecruit_File.cs` (`FindSites`/`SetRecruit`/`SetRecruitAt`) + Gate `Tools/BlitzballRecruitRt0.cs` (`--blitzball-recruit-rt0`). BEWIESEN auf `guad0000.ebp`: 6 Stellen (Giera `0x1F`/Auda `0x22`/Nav `0x21` × 2 Branches), No-Edit Read→Write byte-identisch (189.696 B), Um-Pointen von Giera→Wakka (`0x1F`→`0x33`) auf 2 Bytes isoliert an den vorhergesagten Offsets, Re-Read bestätigt den neuen Rekruten. Signatur validiert gegen `guad0000`/`lchb0000`/`hiku0500` (vollständige Al Bhed Psyches). Ehrlichkeit: ändert, WER wo rekrutiert wird (Spieldatei, kein EXE-Patch); Rekrutierungs-Verfügbarkeit/Gating bleibt in der Event-Logik. MINOR (NEUER Rekrutierungs-Writer; erster seiner Art). FÜGT nur Dateien + 1 `Program.cs`-Dispatch hinzu; fasst save/Runtime/SIN/andere Lanes nicht an. Build 0 Fehler / 361 Warnungen; `--blitzball-recruit-rt0` PASS. Doc: `docs/reverse/FFX_BLITZBALL_ENGINE_IDA_SCOUT_2026-06-10.md`. \[previous: `v2.66.0.1`\] — Jarvis-CHAPPU

Hinweise lesen

SeymourBETAREVISION

Update 2.66

10.6.2026

updateruntime-hook

Blitzball-KADER (Stats/Wachstum von 60 Spielern) JETZT in der SPIELDATEI bearbeitbar — `.ebp`-ATEL-Variablen-Schreiber BEWIESEN (RT byte-identisch + mutationsisoliert RT0). Der erste Schreiber, der die Blitzball-Basis in einer SPIELDATEI bearbeitet, nicht im Save. Die Basis-Stats und Wachstumskurven der 60 Spieler liegen IN `bltz0002.ebp` als ATEL-Variablen `0x126..0x12E` (8 Stats × 60 Spieler × 4 Floats `a,b,c,growthType`; Wachstumsformel entschlüsselt: `gt -1`→1, `0`→a+b·Lv, `1`→a+b·Lv^c, `2`→a+b·Lv−c·Lv², `3`→a+b·Lv+c·Lv²). Neues Primitive `Event_File.PatchEventDataElement(varId, idx, bytes)` (`FfxLib/Event/Event_File.AtelVar.cs`): ein In-Place-Patcher für ATEL-eventData-Variablen, längenerhaltend über den bestehenden `ScriptChunkOverride`-Hook → `Write()` packt byte-identisch neu, außer dem bearbeiteten Ausschnitt. Neue Lese-/Schreib-Dateiklasse `FfxLib/Blitzball/BlitzballRoster_File.cs` (dekodiert/bearbeitet das 60×8-Wachstum) + Gate `Tools/BlitzballRosterRt0.cs` (`--blitzball-roster-rt0`). BEWIESEN: byte-exaktes Lesen vs. den -Dump (Spieler HP = `70 + 30·Lv + 0.711·Lv²`); Read→Write ohne Bearbeitung byte-identisch (5.445.248 B); 480/480 growthType gültig; ein Einzel-Float-Patch isoliert auf die 4 Ziel-Element-Bytes an der vorhergesagten Adresse (`@0x491680`). RE (das fehlende Stück): die Wertbasis der Variablen = `worker0_header + 0x30` (robust aufgelöst, kein Hardcode). Ehrlichkeit: NUR Stats/Wachstum sind Dateidaten; Namen = String-Makro `0x700+idx` (Schreiber existiert, Verdrahtung ausstehend), Positionen/Technikdefinitionen/Spiel-Engine = EXE (IDA ausstehend), erlernte Techniken/Kosten/Vertrag/Stufe/EXP = Save (außerhalb des Umfangs der Spieldatei). Noch keine UI (als Nächstes `BlitzballRosterEditor`). MINOR (NEUE Fähigkeit: erster Blitzball-Kader-Schreiber in eine Spieldatei). Berührt weder das Save (CHAPPU/Checksumme) noch Runtime, SIN oder andere Lanes; fügt nur neue Dateien + 1 `Program.cs`-Dispatch hinzu. Build 0 Fehler / 361 Warnungen; `--blitzball-roster-rt0` PASS (byte-identisch ohne Bearbeitung + Mutation isoliert). Doku: `docs/reverse/FFX_BLITZBALL_ROSTER_BASE_RE_2026-06-10.md` + `docs/ai/BLITZBALL_100PCT_EDITOR_CHECKLIST_2026-06-10.md`. \[vorher: `v2.65.3`\] — Jarvis-CHAPPU

Hinweise lesen

SeymourBETAPATCH

Update 2.65

10.6.2026

updatemonster-ai

PC/Player-Wachstum im Spira Data Atlas (nur Lesen, `proved-candidate`, byte-fundiert, -unabhängig). Steckt die ECHTE Quelle des PC-Wachstums/der Stats in den Provider: neues `SpiraDataAtlasDetailKind.PlayerGrowthStat` \+ wertbewachter Accessor `SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue)`. Quelle = `ply_save.bin` (Basis/aktuelle Stats) + `ply_rom.bin` (Wachstums-ROM: AP-Anforderungskurve `ApReq A/B/C/Max` \+ pro-Stat-Auto-Wachstumskoeffizienten `CoefA/B`), dieselben Tabellen, die der `PlayerGrowthEditor` editiert (Parser `PlayerKernel_File`, RT0-proved durch `--player-rt0`). Die 20 Tombola (0–6 PC, 7 Gast=Seymor, 8–17 Aeonen, 18–19 nicht zugeordnet) stammen aus einer byte-fundierten kompilierten Tabelle (`FfxLib/SpiraDataAtlas/PlayerGrowthData.cs`, generiert von `tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp` aus den `.bin`-Dateien), existieren also in JEDEM Build OHNE `work/` (anders als `PcAeonFineStat`, das von `work/pc_save_stats_catalog.csv` abhängt und nur eine Momentaufnahme ist). Labels lösen zur Laufzeit über `Character_Enum` auf (einzige Quelle der Wahrheit). Ehrlichkeit (nicht offensichtlich): die Stat-Wachstumskoeffizienten sind nur für Aeonen — PC/Gast-Slots tragen NULL Koeffizienten (PCs wachsen Stats über das Sphere Grid); der einzige PC-Wachstumsdrehknopf in diesem ROM ist die AP-Anforderungskurve. Dies ist eine ANDERE Achse als BRASKAs `sum_grow.bin` (Auto-Level ≠ Rezept für Anpassung). REGIONSSPEZIFISCH: `ply_save`/`ply_rom` sind NICHT locale-invariant (der `new_uspc`-Datenabschnitt unterscheidet sich von jppc/inpc; kompilierte Tabelle = `new_uspc`, die Region, die der Editor lädt). Die In-Game-AP-pro-Level / pro-Koeffizienten-Formel ist `RT2-pending` (Bytes/Felder bewiesen, Laufzeit-Arithmetik nicht zurückentwickelt). Value-guard = derselbe Werteraum, den der Editor editiert → Editieren des Felds (rohe Abweichung) oder unbekannter Slot/source/field → Accessor `false` → Abzeichen ausgeblendet (Spiegel von Aeon/Shop/Basteln). Gate `--spiraatlas-rt0` `21296 → 21316` (+20; alle eindeutig) + 18 neue Asserts (count 20/8/10/2; PC-Koeffizient null; Aeon-Koeffizient ungleich null; Region uspc; Lookup Tidus BaseHp 520 / AP max 22000 / Valfaris HpCoef 6; value-guard `9999` blendet aus; out-of-range slot/source/field-Miss; Domain-Suche; BIBLE-Domain player-growth). Nur Lesen: kein Writer/UI/runtime/SIN; berührt nicht `WriteSave`/`WriteRom`, die `PlayerGrowthEditor`-UI, die `Common`-Engine von ANIMA (nur konsumiert) oder BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 Fehler / 361 Warnungen; `--player-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Docs: `docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md` \+ Scout `docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md`. \[previous: `v2.64.3`\] — Jarvis-TIDUS

Hinweise lesen

SeymourBETA

Update 2.64

10.6.2026

updateruntime-hook

Aeon-Wachstum/-Anpassung im Spira Data Atlas (read-only, `proved-candidate`, nur Aeon, kompiliert). Steckt `sum_grow.bin` (FFX-Anpassungstabelle der Aeons) in den Provider als read-only Detail-Kind: neue `SpiraDataAtlasDetailKind.AeonGrowthRecipe` \+ wertgeschützter Accessor `SpiraDataAtlasCatalog.TryGetAeonGrowthRecipe(entryIndex, currentResultRaw, currentItemRaw)`. NUR Aeon: `sum_grow.bin` ist 636 Bytes (`0x14`-Header + 77 × 8B-Einträge, `Target` immer `0x007F`=Aeon, `jppc`==`inpc` byte-identisch) → 67 Ability-Rezepte (Result cat 3 → Commands) + 10 Stat-Rezepte (Result cat 0 → StatOptions, Secondary=1). Keine PC-Zeilen und keine Sphere-Grid-Zeilen (`PcAeonFineStat` ist ein separater Korpus; Grid-Topologie lebt in `sphere.bin`/`panel.bin`). Nicht-`work/`-Quelle: die 77 Zeilen stammen aus einer byte-verankerten kompilierten Tabelle (`FfxLib/SpiraDataAtlas/SumGrowAeonRecipeData.cs`, generiert von `build_sum_grow_aeon_fine_index.ps1 -EmitCSharp` aus `sum_grow.bin`), sodass sie in JEDEM Build ohne `work/` existieren (anders als Basteln/Sphere/Shop). Namen/Labels werden zur Laufzeit von der eigenen `AeonCustomizationEntry`+Wörterbüchern des Editors aufgelöst (einzige Quelle der Wahrheit, RT0-proved durch `--customization-rt0`), nie neu erfunden. Stat-Rezept-Kosten = `partial` (der Editor rendert `Primary× item`; In-Game-Kosten sind 1 Item/Anwendung und `Primary` ist das Inkrement) — in der `evidence`-Spalte ausgewiesen (`;cost-semantics-partial`), nicht nur als Prosa. Gate `--spiraatlas-rt0` `21219 → 21296` Details (+77 Aeon; alle eindeutig) + 13 neue Asserts (count 77/67/10; nur Aeon; kein PC; kein Sphere; Ability-Lookup 66→Ultima/Himmelsstein; Stat-Lookup 67→HP+100/Kraft-Sphäroid/cost-; Wertguard `0x9999` versteckt; Out-of-Range-Index-Miss; Domänensuche; BIBLE-Domäne aeon-growth). Read-only: kein Writer/UI/Runtime/SIN; berührt nicht RIKKU/WAKKA/JECHT/BAHAMUT/AURORA, die `Common`-Badge-Engine von ANIMA oder `WriteAeon`/save. Entblockt YUNA-Backlog Q1 (war `blocked`). Verifiziert durch einen 4-Linsen-adversarialen Workflow im Scout. Build 0 Fehler / 361 Warnungen; `--customization-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doku: `docs/ai/ATLAS_BRASKA_SUM_GROW_FINE_SCOUT_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_BRASKA_SUM_GROW_FINE_INDEXER_NEXT_2026-06-10.md`. \[vorher: `v2.63.0`\] — Jarvis-BRASKA

Hinweise lesen

SeymourBETA

Update 2.63

10.6.2026

updateruntime-hook

Mix-Detail-Kind im Spira Data Atlas (read-only, `proved-candidate`, wertgeschützt). Der erste ehrliche Mix-Anker im Atlas: neues `SpiraDataAtlasDetailKind.MixCombination` \+ Accessor `SpiraDataAtlasCatalog.TryGetMixCombination(originIndex, partnerIndex, currentRawResult)`, der den parser-kanonischen Datensatz `work/step0_consolidated_v5/mix_combinations.csv` (6.328 Zeilen = 112×113/2, 0 doppelte Schlüssel) in den Provider einpluggt. `prepare.bin` ist eine 112×112 untere Dreiecksmatrix (rigin `O` trägt nur in Partner-Slots `0..O` Nicht-Null-Ergebnisse), also lebt jedes ungeordnete Paar `{a,b}` in genau einer kanonischen Zelle origin=max, partner=min; der Schlüssel `mix:0x{0x2000+max}+0x{0x2000+min}` ist aus den `(origin, partner)`-Indizes des Editors ohne Raten. `result_hex` ist das GLEICHE Little-Endian-Wort, das der Editor als `MixResultRow.RawResult` liest (Editor-Reader byte-identisch per `--mixtable-rt0`; Parser gleiche Endianness) → Wert-Guard = Integer-Vergleich im gleichen Raum: das Bearbeiten des Ergebnisses bricht den Match und versteckt das Badge (kein Stale); eine leere Zelle (roh 0, einschließlich jedes oberen Dreiecks-Spiegels) bricht kurz ab. SINGLE SURCE: Wert-Dict + Detail kommen aus derselben CSV. Gate `--spiraatlas-rt0` `14891 → 21219` Details (+6.328 Basteln; alle eindeutig) + 8 neue Asserts (Anzahl 6328; Lookup 0+0→Ultra-Potion `0x30AC`; kanonische rdnung `(3,1)==(1,3)`; Wert-Guard `0x9999` versteckt; leerer raw-0-Miss; ut-of-Range-Index-Miss; Domänensuche; BIBLE-Domänen-Mix). Read-only: kein Writer/UI/Runtime/SIN; berührt nicht den Mix-Editor (Writer), Treasure/Shop (RIKKU), ANIMAs `Common`-Badge-Engine (nur via Suche konsumiert) oder Aurora/Bahamut/native-menu. Entblockt YUNA-Backlog Q2 (war `blocked`). UI-Badge-Wiring = nächster Handoff (`docs/ai/HANDOFF_JECHT_MIX_ATLAS_PROVIDER_NEXT_2026-06-10.md`). Build 0 Fehler / 361 Warnungen; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doc: `docs/ai/ATLAS_JECHT_MIX_DETAIL_KIND_SCOUT_RESULT_2026-06-10.md`. \[previous: `v2.62.1.1`\] — Jarvis-JECHT

Hinweise lesen

SeymourBETA

Update 2.62

9.6.2026

updateruntime-hook

Blitzball-Preis-Explorer: dedizierte schreibgeschützte Atlas-UI. Neues `Modules/BlitzballPrizeExplorer`-Modul (Blitzball Prizes 🏐-Tab in der Reference/RE-Gruppe, kein Projekt-Gate), das den bereits geschlossenen Katalog `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (Domäne `blitzball-prize`) konsumiert: ein durchsuchbares DataGrid mit prize id · takara index · resolved reward · kind · evidence-Spalten, Status/Evidenz- und Kind-Filtern, einem Banner mit der REGEL `prize 0..100 -> takara 220..320 -> reward` (offline-bewiesener Kandidat) und einem Detailpanel mit Ursprung/Regel/„wo es erscheint"/limitations + `<common:AtlasEvidenceBadgeStrip>` (Atlas/BIBLE-Badges). Ehrlichkeit bewahrt: treasure = `proved-candidate` (nie RT2); die 64 Liga-, Turnier- und Event-Script-Sites zeigen explizit als `blocked` (der Preis pro Event ist runtime/save); tech = `partial`; overdrive = `metadata-only` — nichts wird grün über das aktuelle Label hinaus. Neuer winziger schreibgeschützter Accessor `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (lazy, nur dev `work/`) + 2 `--spiraatlas-rt0`-Asserts (229 Zeilen = 164 Katalog + 64 Sites + 1 Guardrail; Domänencheck). Kein Writer, kein runtime; berührt NICHT RIKKU/Shop/Treasure/Basteln, die `Common`-Engine von ANIMA (nur konsumiert) oder Aurora/Bahamut/SIN. Build 0 Fehler / 361 Warnungen; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doku: `docs/ai/ATLAS_WAKKA_BLITZBALL_UI_RESULT_2026-06-09.md`. \[vorher: `v2.61.5`\] — Jarvis-WAKKA

Hinweise lesen