The 256-byte period in the sky region stands, but the evidence I gave for it
was badly chosen and one figure in it was wrong.
The control was uniform random bytes, which read flat at 0.0000 and made the
0.772 match rate look like an enormous signal. It is not: 91.8% of the
region's bytes are the same value, 0x07, so a stride-256 comparison matches
trivially wherever both positions are 0x07.
The correct control is the same bytes shuffled, which keeps the value
distribution and destroys only the ordering. It reads 0.512 at stride 256,
not 0.0000. The real excess is +0.26 -- a genuine signal, and much smaller
than reported.
The extent was wrong for the same reason. Measured against the matched
control, the excess over the value distribution is:
+0 .. +49152 +0.38 .. +0.45
+53248 +0.26
+57344 +0.07
+61440 -0.13
so the periodic data ends between +53248 and +57344, rows 205 to 224, not at
+60160. The earlier number came from a raw threshold with no distribution
control, and a byte value covering 91.8% of the data drags such a threshold
to wherever the dominant run happens to stop.
So: the period is real and cross-checked, the image dimensions are not. Any
"256x236" from the previous commit should be discarded.
The general lesson is the one AGENTS.md asks for and this missed -- a control
has to match the thing being controlled for. Uniform random was the wrong
reference for data with a dominant byte value, and it made a weak result look
like a strong one.
ReaperOfVeriod
462d0eda5a