fabi/Syplheed-Reborn
Archived
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

re(ui): re-establish selective activation by killing the alternative statically

Browse Source 
Last iteration I withdrew "a bundle is a palette" because the evidence
did not choose between selective activation within one bundle and two
compositions shown in sequence. The alternative can be killed from the
disc, which I had not tried.

Hypothesis 2 needs a bundle declaring the GLOWS WITHOUT THE LOGOS. There
is none. Every GP_TITLE entry carrying palogo elements:

  10, 13 (publisher twins)  palogo_eff0.prm, palogo_sqex, palogo_sqex_eff
  11, 14 (developer twins)  palogo_eff0.prm + all three logos + all three glows

Four entries, and each developer entry declares the complete set of six.
So whichever bundle was active across frames 94-211 -- entry 11, entry
14, or both in turn -- it declared the logos and the glows, while the
game drew two sprites at a time in disjoint phases.

Therefore only a subset of a bundle's elements is drawn at any moment,
whatever the bundle-loading story is. The conclusion no longer depends on
resolving how many bundles are involved, which is why the texture-base
test's failure stopped mattering.

So the claim is reinstated -- this time by eliminating the alternative
rather than by assuming it away. What worked was not a better capture but
asking what the competing hypothesis would REQUIRE on the disc and
finding it absent.

METHOD: a hypothesis that predicts an artefact can be killed by looking
for the artefact, which is often far cheaper than measuring the behaviour.
This commit is contained in:
Sylpheed RE agent
2026-08-29 04:56:13 +00:00
parent 2a086051b3
commit 7156591654
4 changed files with 51 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files

28
docs/re/structures/ui-group-start-time.md
View File

@@ -151,3 +151,31 @@ element of a bundle does not reproduce what the game shows over time — but the
❔ What would separate them: a per-draw capture recording the **bundle** each draw
came from, or a kernel/file-IO log showing whether a second RATC entry is read
between frames 115 and 116.
---
## ✅ Re-established, by elimination — selective activation is happening
**2026-08-29.** The alternative can be killed statically, which I had not tried.
Hypothesis 2 needs a bundle that declares the **glows without the logos**. There
is none. Enumerating every entry in `GP_TITLE` that contains `palogo` elements:
| entry | elements |
|---|---|
| 10, 13 (publisher twins) | `palogo_eff0.prm`, `palogo_sqex`, `palogo_sqex_eff` |
| 11, 14 (developer twins) | `palogo_eff0.prm`, **all three logos and all three glows** |
Four entries, and each developer entry declares the **complete set of six**. So
whichever bundle was active across frames 94–211 — entry 11, entry 14, or both in
turn — it declared the logos *and* the glows, while the game drew two sprites at
a time in disjoint phases.
**⇒ Only a subset of a bundle's elements is drawn at any moment, whatever the
bundle-loading story is.** The conclusion does not depend on resolving how many
bundles are involved, which is why the texture-base test's failure no longer
matters.
✅ So "a bundle is a palette, not a script" is **reinstated** — this time by
eliminating the alternative rather than by assuming it away. The route that
worked was not a better capture but asking what the competing hypothesis would
*require on the disc*, and finding it absent.