tools: a screen oracle that matches CONTENT, with movie frames as its controls
The statistics oracle (green/white/mean) cannot reject the class it exists to reject. A frame of ADV.wmv with a bright green laser reads green 0.0018 / white 0.086 / mean (53,67,76) -- the title's numbers -- and a probe built on it tapped (A) into the movie, then waited 120 s for a menu that was never coming. screen_match correlates against committed captures instead. Controls run before it was ever used live: 8/8, and the negatives are COMMITTED movie frames rather than scratch grabs -- an earlier list pointed at two scratch files and a later run of the same probe overwrote one, failing the control for the wrong reason. Two paths, both controlled. The exact path costs 1503 ms/frame, which is fine offline and catastrophic in a live loop; fast=True decimates 4x for 38-75 ms and agrees with the exact path to +/-0.005 on all eight. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01KNR5Y79D1T4bBr6gJQaWFP
This commit is contained in:
BIN
docs/re/captures/instrument-controls/movie-frame-attract-a.png
Normal file
BIN
docs/re/captures/instrument-controls/movie-frame-attract-a.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 491 KiB |
BIN
docs/re/captures/instrument-controls/movie-frame-attract-b.png
Normal file
BIN
docs/re/captures/instrument-controls/movie-frame-attract-b.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 594 KiB |
Reference in New Issue
Block a user