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

port: the title's sweeps loop, the black hold is 9 units, and one claim refuted

Browse Source 
THREE THINGS FROM THE DECODER, one of which I am not taking.

REFUTED: "the developer splash is one composited quad, the bounding box of the
three logos". The observed quad is 525x259 at (378,155). The three logos'
bounding box is 500x421 at (390,164) -- a 259-tall quad CANNOT contain them, and
palogo_anima alone starts at y=449, thirty-five pixels below that quad's bottom
edge. The observed quad matches the union of gamearts_eff and seta_eff, 521x261
at (379,154), to about four pixels in every dimension -- and both of those are
TRANSIENTS my own census flagged, dark by t=45, so a frame containing that quad
is a build-in frame rather than the settled screen. I cannot see their draw
stream, so I sent the arithmetic rather than a verdict, and the port keeps
drawing three: I will not stop drawing an element on a claim whose stated
identification excludes that element from its own bounding box.

THE BLACK HOLD IS 9 UNITS, NOT 12. I authored 12 from Q7's luminance plateau of
0.17-0.23 s, supported by the menus' transition quad. The Decoder counted
SUBMITTED QUADS instead -- luminance cannot separate the outgoing fade's tail
from true black. Four frames with no sprite quad at all, at 2.284 units/frame
derived from the disc as its own clock, gives 9.1 units = 0.152 s (6.9-11.4).
That overlaps the luminance figure only at the top, and the true black is SHORTER
still since both boundary frames carry picture. My 12 was supported by analogy --
a different screen's quad on a different path -- and a number that fits by
analogy loses to one measured in place. verify-dwell's bound moved with it; both
screens still agree.

THE TITLE'S SWEEPS LOOP. The oracle shows the quad oscillating over its whole x
range and resetting hard, one reset in the first title dwell and two in the
second. The loop-length field could NOT have settled it, correcting a hope I had
stated: both records declare exactly their last keyframe time, slack zero, and
"loops at 600" and "runs once for 600 and stops" write the identical header.
Verified on the two sweeps' LCM, since their periods differ: 600 and 720 realign
at 3600 units, mean diff 0, against 0.438 at half that.

Scoped to the title. The menus declare the same lengths but the oracle
measurement is of the title, and my own weak evidence points the other way there
-- best match with the sweeps off-screen, three times worse mid-screen, against a
73% on-screen duty cycle if they looped. Two weak signals in opposite directions
is a reason to scope, not to pick.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01N7FiFFFwbvG2uxdcEh8HyF
This commit is contained in:
Sylpheed port agent
2026-08-29 20:44:56 +00:00
parent 8fb5ac8743
commit 39209eab05
6 changed files with 176 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

34
authored/rendering.json
View File

@@ -48,5 +48,39 @@
"",
"What deletes this list: a decode covering those cases, or an oracle capture",
"of title_jp."
],
"loop_leaf_on_screens": [
"title"
],
"loop_leaf_why": [
"WHICH screens replay a leaf's group instead of letting it run once and park.",
"MEASURED on the title, UNRESOLVED on the menus, so it is scoped to the title.",
"",
"The disc gives one pass: ptloop01's leaf runs t=0..600 and ptloop02's t=0..720,",
"each ending parked off-screen at x=1521 / -839. The port ran them once.",
"",
"THE ORACLE SAYS THEY LOOP ON THE TITLE. Across two title dwells the sweep quad",
"oscillates over its whole x range and resets hard to the same start value --",
"one reset inside the first dwell, two inside the second. A run-once-and-park",
"shows one traverse and then a constant x.",
"",
"🔴 THE LOOP-LENGTH FIELD CANNOT SETTLE THIS, and I had hoped it would.",
"`ptloop01` declares 600 with keyframes to exactly 600; `ptloop02` declares 720",
"to 720. SLACK ZERO -- and 'loops at 600' and 'runs once for 600 and stops'",
"write the identical header. 92.3% of records on the disc are in that state, so",
"the field discriminates loop length only where there IS slack, as the plate's",
"105-in-120 had.",
"",
"⚠️ THE MENUS ARE NOT COVERED, on purpose. Both declare the same 600/720, so",
"nothing on the disc distinguishes them -- but the oracle measurement is of the",
"title, and my own weak evidence points the other way for the menu: sweeping the",
"phase against live-main-menu.png, the port matches best with the sweeps",
"OFF-SCREEN (0.061%) and three times worse mid-screen (0.183%). If they looped",
"with a 600-unit period the sweep is on screen for roughly 73% of the cycle, so",
"a capture showing none is not nothing -- but it is one capture, and 'best",
"match' is a weak instrument for an absence. Two weak signals in opposite",
"directions is a reason to scope, not to pick.",
"",
"What settles the menu: a direct capture of it, which the Decoder has offered."
]
}

33
authored/timing.json
View File

@@ -129,8 +129,39 @@
"visible SPAN plus that hold. What is deleted is the port's need to invent a",
"duration the disc now states."
],
"black_hold_units": 12,
"black_hold_units": 9,
"black_hold_why": [
"MEASURED IN THE DRAW STREAM, 9 units. Not on the disc for these screens, so",
"it is authored with a why.",
"",
"The Decoder counted submitted quads rather than luminance, which is the better",
"instrument here: luminance cannot separate the outgoing fade's tail from true",
"black, and the draw stream can. Frames 21-125 submit `palogo_sqex` fading to",
"alpha 7; frames 126-129 submit NO SPRITE QUAD AT ALL; frames 130-153 fade the",
"developer splash in from alpha 34. Four presented frames, the only such run in",
"the sequence.",
"",
"Converted with the disc as its own clock, because that run's frame rate is",
"useless (13.1 fps against 28 elsewhere): `palogo_sqex` declares alpha >= 1 for",
"239.8 units and is drawn in 105 frames -> 2.284 units/frame, corroborated",
"independently at 2.231 by the title capture. Four frames = 9.1 units = 0.152 s,",
"with a +/-1 frame range of 6.9-11.4 units.",
"",
"⚠️ IT DISAGREES WITH THE LUMINANCE FIGURE AND THE DISAGREEMENT IS THE POINT.",
"HANDOFF Q7's pure-black plateau was measured at 0.17-0.23 s and I authored 12",
"units (0.200 s) from it. The draw-stream range is 0.114-0.190 s, overlapping",
"only at the top. And the true black is SHORTER than 9 even so: both boundary",
"frames still carry picture, at alpha 7 and 34, and are counted as black.",
"",
"12 was also supported by the menus' transition quad declaring black for 12",
"units -- but that is a different screen's quad on a different path, and the",
"boot splashes carry no such quad at all (`palogo_eff0` is one static",
"keyframe). A number that fits by analogy loses to one measured in place.",
"",
"🔴 It had never been implemented at ALL until 2026-08-29 -- see the entry",
"below, kept because the way it stayed hidden matters more than the value.",
"",
"PREVIOUS ENTRY, kept:",
"MEASURED, not on the disc for these screens, so it is authored with a why.",
"",
"HANDOFF Q7: a screen transition is a fade THROUGH BLACK, and the pure-black",