You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit d092f3e
Browse filesBrowse the repository at this point in the historyBrowse files
format: make the minimum a number this tool will take, for every seed
Two findings, one behind the other, both found by asking for exactly what the
tool printed.
THE NUMBER ON SCREEN WAS ONE THE TOOL REFUSED
Measured on 2026-08-03, with nothing but the defaults:
pdf printed 3265 refused it, said 3286
wav printed 44 refused it, said 98
zip printed 156 refused it, said 4285
The registry holds the structural floor of a format with no label and every
setting at its default, which is a real thing to know and not what a column
headed MINIMUM says to a reader. The label is on unless it is turned off, so
for three formats out of twelve the advertised number was one an ordinary
invocation would never take. Same class as the PNG dimensions closed earlier
today: the tool advertising something it then refuses.
The number is asked of the generator now rather than declared beside it. The
generator already works it out - it has to, in order to refuse - and carries
it in the refusal, so the two cannot disagree. It asks repeatedly rather than
once, because the answer is a fixed point: the label states the byte count, so
a longer number is a longer label is a larger minimum. Asking once gave pdf
3334 while 3286 was accepted, and wav 96 while 96 was refused.
min_bytes keeps its name and meaning in --json, because a key in machine
output is a public name. smallest_accepted sits beside it.
AND THE ANSWER DEPENDED ON THE SEED
Found while fixing the first one, and worse than it. The text on a PDF page is
drawn - eight to thirteen words from a vocabulary of different lengths, over
twenty four lines - so the smallest document one seed can produce is not the
smallest another can.
--size 3300 accepted for 6 seeds out of 10
the floor over 200 seeds 3090 B to 3499 B
An error that appears and disappears when the seed changes is the one thing a
tool whose whole promise is "the same seed gives the same run" cannot have.
The engine says exactly that, in as many words, about a size drawn from a
range - and nobody had applied it to the minimum itself.
The floor is now worked out from the longest text a page can ever hold, so it
is one number for everybody. Sizes at or above it are produced exactly as
before: the pinned values did not move, because the boundary moved and the
content did not.
The cost is named rather than hidden. The floor is the theoretical worst case,
4495 B, while a given seed may really need only 3090 - so sizes some seeds
could have produced are refused now. Buying that back needs a fixed line
length, which shifts the bytes of every PDF this tool has ever made, and that
is a major bump and the owner's call. Recorded as O52.
Two guards, both seen red first, both proven by mutation, and one of them is
the opposite direction - a number well above the real floor would satisfy
"the minimum is accepted" while telling somebody they cannot ask for a file
they can have.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
0 commit comments