The Decoder raised it and could not test it: if the port ran both leaves on one
rate they would stay locked and drift ~118 units per cycle. The leaves declare
600 and 720.
Pre-registered, then measured on a real boot. At raw leaf clock 4873:
pteff03 span 600 -> measured 72.6 (fposmod 73)
pteff03a span 720 -> measured 552.6 (fposmod 553)
The port takes each span from that leaf's OWN keyframes, so they were never
locked. 17748 samples, title clock reaching 9745 -- the sweep loops 162 s in.
🔴 Two false alarms of mine on the way, both the same mistake:
- used --time (which sets frozen and bypasses the holding clamp BY DESIGN) to
ask about RUNNING behaviour, and nearly reported the whole title vanishing
past t=250. On a real boot settle_window [160,236,198] clamps to t=198 and a
filmed frame at view_units 6733 shows the complete title.
- read a probe going quiet as the feature stopping. Two runs ended at u~236;
that was the RUN ending, not the sweep. With a film attached the same probe
reaches 9745.
Both are the frozen-sweep lesson again: the diagnostic that pins the clock cannot
answer a question about the clock running, and an instrument going quiet is not
the subject going quiet -- the same shape as a count of zero meaning only that
nothing reached the reader.
2bf93916bb