SeymourBETA

Atualização 2.234

18/08/2026

v2.234.0.0BETAMINOR

Seymour18 de ago. de 2026

Modelos de monstro HD persistentes na Aurora: 340 bakes `.chr`→glTF (mesh HD Phyre + esqueleto PS2 + motion `.mgrp`) texturizados/animados, Y-up, commitados + caminho repo-relative persistente

Regeneração de bakes (pipeline phyre_chr_gate recuperado do commit a731de5f): 340/341 monstros com mesh real, 328 texturizados, 237 com animações PS2 (18–25 clipes r0g0_..), 340 Y-up (--flip-y = flip_root node rotation [1,0,0,0] = 180° X). Somente m999 (slot dummy de teste, sem mesh) foi ignorado.
Persistência (pedida para usuários finais verem monstros+texturas): os ~892MB de assets saíram do work/ (gitignored) para RuntimeTools/FFXModelAssets/chr/<id>/ (commitados). Sem prefixo novo: o EditViewer da Aurora é servido pelo python -m http.server NA RAIZ DO REPOSITÓRIO (python não faz mapeamento de prefixo) -> o caminho da âncora É RELATIVO AO REPOSITÓRIO.
Caminho de âncora no editor: AuroraChamber_DataModel agora emite /RuntimeTools/FFXModelAssets/chr/m{id:D3}/m{id:D3}_animated.gltf (era /work/phyre_chr_anim/models/...). Exige rebuild do editor; recarregue o EditViewer para ver os inimigos como modelos (não mais esferas).
Catálogo: RuntimeTools/FFXModelAssets/catalog.json (340 entradas, flags animated/textured).
Tooling: o runner regenerável work/phyre_chr_anim/BakeBatch.ps1 + a ferramenta recuperada work/phyre_chr_gate_build/ ficam no work/ (gitignored); os ASSETS (resultado) são commitados.
Honesto (HD-lane limits): a textura é o .dds.phyre primário; ~12 monstros sem textura por design (sem tex/ no manifest); T-pose para os sem motion próprio (237/340 animados); possível torção residual no bind offline (A1/frame0/matrixParents já aplicados — julgar na tela). AuroraFieldExplorer_ChrModelResolver permanece no /work/ (categoria separada npc/pc/sum/obj/wep, fora do escopo).
Reconciliação de bump: absorveu o bump PATCH v2.233.1.0 (outra lane, csproj disputado) no MINOR 2.234.0.0; entradas no CHANGELOG/changelogUS/VERSIONING.
Gates: build do editor 0 erros (455 avisos preexistente); StringsIntegrityTests 3/3 (não afetado). Validação visual RT2 pendente (rebuild + re-render manual).

v2.233.1.0

v2.234.0.1BETAPATCH

Seymour18 de ago. de 2026

Fix de encoding + crash project-load: `FfxEncoding.us.cs` regenerado do baseline (UTF-8+BOM, chars corretos) com `UsEncoder` deduplicado (chaves `char` duplicadas faziam o `Dictionary<char,byte>` lançar `ArgumentException` quando `FfxEncoding` era inicializado durante `KernelMonsterMagicLiveSync` no load de projeto); 279 `.cs` cp1252-ified pelo script de banner convertidos para UTF-8+BOM (previne mojibake de string sob o default SDK-10 do UTF-8)

Causa raiz do crash: UsEncoder no FfxEncoding.us.cs tinha chaves char duplicadas (bug latente preexistente; ~192 entradas). A Dictionary rejeita chaves duplicadas → o ctor estático FfxEncoding lançava no primeiro uso (agora disparado pelo KernelMonsterMagicLiveSync.SyncProject ao abrir um projeto). Fix: regenerar us.cs do baseline (d91986a1) e first-wins dedup de UsEncoder. O baseline já tinha 56 chaves duplicadas — latente, só agora exposto.
Mojibake: o script de banner stripava BOMs e cp1252-ified UTF-8 arquivos com bytes altos. 279 .cs convertidos para UTF-8+BOM (sem perdas) para o SDK-10 (lê BOM-less como UTF-8) decodificar strings corretamente.
Gates: build 0 erros; o editor abre e carrega um projeto sem crashar.

v2.234.0.0

v2.234.1.0BETAPATCH

Yuna18 de ago. de 2026

Aurora RealGame: fallback content-similarity no `EncounterIndexBridge`; desbloqueia Open RealGame para batalhas sem bin byte-identical 0e/

Causa raiz: Open RealGame "nem abria" para bika02_00 porque EncounterIndexBridge.TryResolve exigia um match byte-identical SHA-256 com um 0e/<id>.bin. Das 858 batalhas vanilla, só 614 hash-match a extração 0e/ do noclip (817 bins); 244 ficam SEM MATCH → BuildBattleUrl retornava null → a janela do viewer nunca era criada.
Fix (provado de 3 fontes): novo fallback block-similarity de 256 bytes (FNV-1a, rsync-style) no EncounterIndexBridge.Build — para cada batalha sem SHA exato, escolher o 0e/ com o maior overlap de blocos, e se a fração ≥ MinSimilarityScore (0.50) registrar no BattleIdToNearestEncounter, desbloqueando 191 de 244 sem match. TryResolve/IsSimilarityResolved expõem o fallback; Aurora3DLauncher.BuildBattleUrl reporta "approx match (similarity)" honestamente no status.
Evidência: (1) Python work/probe_bika_v5.py: score bika02_00 → 00d0.bin 0.98 (91/93 blocos), global 191/244 desbloqueados; (2) Python work/probe_bika_v6.py: bika02_00 == 00d0.bin em 99.75% de bytes idênticos com os mesmos ids de monstro — o encontro SAME, só extraído 32 bytes menor; (3) C# RuntimeTools/Aurora3DLinkLab (build+run exit 0): bika02_00 -> 0e/00D0.bin via=SIMILARIDADE, outras probes intactas (azit03_00 exata, sfia00_00 honestamente SEM MATCH).
Gates: build 0 erros (editor + lab). Não commitado (worktree multi-lane dirty + in-game RT2 pendente), por lane rule. O override 0e/ continua com o backup .aurora3d.bak.

v2.234.0.1

Voltar para atualizações

SeymourBETA

Atualização 2.234

18/08/2026

v2.234.0.0BETAMINOR

Seymour18 de ago. de 2026

Modelos de monstro HD persistentes na Aurora: 340 bakes `.chr`→glTF (mesh HD Phyre + esqueleto PS2 + motion `.mgrp`) texturizados/animados, Y-up, commitados + caminho repo-relative persistente

Regeneração de bakes (pipeline phyre_chr_gate recuperado do commit a731de5f): 340/341 monstros com mesh real, 328 texturizados, 237 com animações PS2 (18–25 clipes r0g0_..), 340 Y-up (--flip-y = flip_root node rotation [1,0,0,0] = 180° X). Somente m999 (slot dummy de teste, sem mesh) foi ignorado.
Persistência (pedida para usuários finais verem monstros+texturas): os ~892MB de assets saíram do work/ (gitignored) para RuntimeTools/FFXModelAssets/chr/<id>/ (commitados). Sem prefixo novo: o EditViewer da Aurora é servido pelo python -m http.server NA RAIZ DO REPOSITÓRIO (python não faz mapeamento de prefixo) -> o caminho da âncora É RELATIVO AO REPOSITÓRIO.
Caminho de âncora no editor: AuroraChamber_DataModel agora emite /RuntimeTools/FFXModelAssets/chr/m{id:D3}/m{id:D3}_animated.gltf (era /work/phyre_chr_anim/models/...). Exige rebuild do editor; recarregue o EditViewer para ver os inimigos como modelos (não mais esferas).
Catálogo: RuntimeTools/FFXModelAssets/catalog.json (340 entradas, flags animated/textured).
Tooling: o runner regenerável work/phyre_chr_anim/BakeBatch.ps1 + a ferramenta recuperada work/phyre_chr_gate_build/ ficam no work/ (gitignored); os ASSETS (resultado) são commitados.
Honesto (HD-lane limits): a textura é o .dds.phyre primário; ~12 monstros sem textura por design (sem tex/ no manifest); T-pose para os sem motion próprio (237/340 animados); possível torção residual no bind offline (A1/frame0/matrixParents já aplicados — julgar na tela). AuroraFieldExplorer_ChrModelResolver permanece no /work/ (categoria separada npc/pc/sum/obj/wep, fora do escopo).
Reconciliação de bump: absorveu o bump PATCH v2.233.1.0 (outra lane, csproj disputado) no MINOR 2.234.0.0; entradas no CHANGELOG/changelogUS/VERSIONING.
Gates: build do editor 0 erros (455 avisos preexistente); StringsIntegrityTests 3/3 (não afetado). Validação visual RT2 pendente (rebuild + re-render manual).

v2.233.1.0

v2.234.0.1BETAPATCH

Seymour18 de ago. de 2026

Fix de encoding + crash project-load: `FfxEncoding.us.cs` regenerado do baseline (UTF-8+BOM, chars corretos) com `UsEncoder` deduplicado (chaves `char` duplicadas faziam o `Dictionary<char,byte>` lançar `ArgumentException` quando `FfxEncoding` era inicializado durante `KernelMonsterMagicLiveSync` no load de projeto); 279 `.cs` cp1252-ified pelo script de banner convertidos para UTF-8+BOM (previne mojibake de string sob o default SDK-10 do UTF-8)

Causa raiz do crash: UsEncoder no FfxEncoding.us.cs tinha chaves char duplicadas (bug latente preexistente; ~192 entradas). A Dictionary rejeita chaves duplicadas → o ctor estático FfxEncoding lançava no primeiro uso (agora disparado pelo KernelMonsterMagicLiveSync.SyncProject ao abrir um projeto). Fix: regenerar us.cs do baseline (d91986a1) e first-wins dedup de UsEncoder. O baseline já tinha 56 chaves duplicadas — latente, só agora exposto.
Mojibake: o script de banner stripava BOMs e cp1252-ified UTF-8 arquivos com bytes altos. 279 .cs convertidos para UTF-8+BOM (sem perdas) para o SDK-10 (lê BOM-less como UTF-8) decodificar strings corretamente.
Gates: build 0 erros; o editor abre e carrega um projeto sem crashar.

v2.234.0.0

v2.234.1.0BETAPATCH

Yuna18 de ago. de 2026

Aurora RealGame: fallback content-similarity no `EncounterIndexBridge`; desbloqueia Open RealGame para batalhas sem bin byte-identical 0e/

Causa raiz: Open RealGame "nem abria" para bika02_00 porque EncounterIndexBridge.TryResolve exigia um match byte-identical SHA-256 com um 0e/<id>.bin. Das 858 batalhas vanilla, só 614 hash-match a extração 0e/ do noclip (817 bins); 244 ficam SEM MATCH → BuildBattleUrl retornava null → a janela do viewer nunca era criada.
Fix (provado de 3 fontes): novo fallback block-similarity de 256 bytes (FNV-1a, rsync-style) no EncounterIndexBridge.Build — para cada batalha sem SHA exato, escolher o 0e/ com o maior overlap de blocos, e se a fração ≥ MinSimilarityScore (0.50) registrar no BattleIdToNearestEncounter, desbloqueando 191 de 244 sem match. TryResolve/IsSimilarityResolved expõem o fallback; Aurora3DLauncher.BuildBattleUrl reporta "approx match (similarity)" honestamente no status.
Evidência: (1) Python work/probe_bika_v5.py: score bika02_00 → 00d0.bin 0.98 (91/93 blocos), global 191/244 desbloqueados; (2) Python work/probe_bika_v6.py: bika02_00 == 00d0.bin em 99.75% de bytes idênticos com os mesmos ids de monstro — o encontro SAME, só extraído 32 bytes menor; (3) C# RuntimeTools/Aurora3DLinkLab (build+run exit 0): bika02_00 -> 0e/00D0.bin via=SIMILARIDADE, outras probes intactas (azit03_00 exata, sfia00_00 honestamente SEM MATCH).
Gates: build 0 erros (editor + lab). Não commitado (worktree multi-lane dirty + in-game RT2 pendente), por lane rule. O override 0e/ continua com o backup .aurora3d.bak.

v2.234.0.1