# Comet BIOS video capture, 2026-09-30

This record describes the real media used on the Bootscry home page. It is a separate run from the 2026-09-29 boot-menu benchmark.

## Setup and method

- Target: the dedicated `psycho` mini PC at a Linux login prompt, with no logged-in user.
- Device: the GL.iNet Comet connected to its screen and USB input. The unit has no ATX board.
- Capture: one KVM session saved JPEG snapshots and UTC timestamps to `manifest.json` while the target rebooted.
- Reboot: a graceful `systemctl reboot` sent over SSH. The script sent no password to a command line or file.
- Input: immediately after the SSH command returned, the Comet sent Delete at 0.15-second intervals for 35 seconds. The tool reported 119 taps. This was a fixed loop; OCR did not decide when to stop.
- Result: a raw frame visibly shows the AMI Aptio Setup Utility. After inspection, Escape opened the "Exit Without Saving" dialog and Enter confirmed it. A later frame shows a clean Linux login prompt. No firmware setting was changed.

The capture has 559 raw JPEG frames over 285.5 seconds. It includes time spent inspecting the BIOS before exiting. Frame 41 shows setup 25.2 seconds after the first saved frame; that is **not** a reboot-to-setup latency measurement because the reboot command happened after frame capture began. The site video retains frames 1–100 and 250–375, omitting an idle inspection pause. It encodes those unaltered frames at a fixed six frames per second, so the retained sections play at about three times capture speed. No synthetic BIOS image or inserted event is used.

## Integrity and limits

`manifest.json` records every frame name and UTC capture time. `SHA256SUMS` records hashes for all raw frames and the two verification frames. The full 92 MB raw JPEG set is retained with the operator and is not part of the public site. The public media are compressed and resized derivatives.

| File | SHA-256 |
|---|---|
| `manifest.json` | `e31762d3bae2a4a9342e53f86b76a17e4fb681aaad64bdd83ef052c2d3ba6e79` |
| `SHA256SUMS` | `de0e2a0862eeaf30cfaec44ece30b55d5beb04a6605d7b0b5b8e4fb2be6b0bd4` |
| BIOS verification frame | `0b8ce1587630a9635ac4790bb10cfbd8b7a7a590e5ab485dae60a579ac2ab8a4` |
| Clean-login verification frame | `3fa7fcf8d92baa6d4d5c1d1061cd425fa2e429a3f135c36769e63cbb41cf4f6a` |
| Published MP4 | `bb5fc19ca5be9482ebba232b1633eaa42112de35c5892d91f3cbae0f97cfbef1` |
| Published WebM | `3f2f21e3fd99177a4b087b0738861d4872cbdecfc3c3fa5c654c4e56ff9bfaba` |
| Published poster | `13ae7b94478afcfc5090a185e40a22b1565aba3a60b6e23eb0d483c674a46d5c` |

This is one successful capture on one board. It demonstrates timed input reaching firmware setup and a clean exit. It does not measure a success rate, prove autonomous menu recognition, or establish behavior on another KVM.