fabi/Sylpheed
1
0
Fork 0
Code Issues 9 Pull Requests Actions Packages Projects Releases Wiki Activity

re: retract 'the game batches elements that share a mode' -- its own log refutes it

Browse Source 
I wrote that yesterday in HANDOFF, the finding page and INDEX. It is false: in
one main-menu frame, draws 5, 6 and 7 are three separate additive draws --
consecutive, identical blend state, not merged.

Only the one-way implication holds: elements inside one draw share a blend
state; sharing a state does not put elements in one draw. The wrong version
would have licensed the port inferring a mode for an element nobody observed,
which is the one thing that page must not do. The ptframe4 conclusion is
unaffected -- it is in the same DRAW as ptframe3, not merely the same mode.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Wuu56cE8vJGTBtn1ppsk8v
This commit is contained in:
sylph-decoder
2026-08-31 06:16:37 +00:00
parent 126eeec437
commit 7ae5597530
3 changed files with 20 additions and 7 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
docs/port/HANDOFF.md
View File

@@ -62,9 +62,14 @@ than either alone.
*separate* question and I have not read the shader. Do not conclude
premultiplied textures from this.
* **`ptframe1` and `ptframe2` are ONE draw call**, and so are `pteff20` +
`ptframe3`. A draw call carries one blend state, so the game batches elements
that share a mode. `ptframe4` needs no separate argument: it is inside the same
additive batch as `ptframe3`.
`ptframe3`. A draw call carries one blend state, so `ptframe4` needs no
separate argument: it is inside the same additive draw as `ptframe3`.
🔴 **Correction to my own first phrasing of this, which said "the game batches
elements that share a mode".** That is false and would have let you infer a
mode for an element I did not observe. In one menu frame, draws **5, 6 and 7
are three separate additive draws** — consecutive, same state, not merged. What
holds is only the one-way implication: **elements inside one draw share a blend
state; sharing a state does not put elements in one draw.**
* **Read the table as per-element facts, not as a rule.** *Which field* selects
the mode is still unknown — nothing on the disc does it, and the batching means
the choice is made before the draw. Two additive menu draws (819×720 and