ScreenTinker 4e625abf50 BrightSign: boot from internal flash, proven on hardware ... An XT245 with liquid-corroded microSD lines could not read any card, in any format, with known-good code — the kernel log shows the mmc1 host probing at 400kHz and no card ever answering, while mmc0 (eMMC) is healthy. That unit turned out to be fully deployable anyway: the player boots FLASH:/autorun.brs straight from internal storage. Loading 'FLASH:/autorun.brs' BSPLAY: https://screentinker.com/player?platform=brightsign&model=XT245 So the card is not the only path, and a dead slot is not the end of a player. Files go to /storage/flash over SFTP and the player runs them on the next boot. The first attempt failed because the script hard-coded SD: for its own assets: it loaded from flash and then could not find index.html. StorageRoot() now probes for FLASH:/autorun.brs and falls back to SD:, and every path that reads a sibling file — screentinker.json, offline.html, the crash-dump directory — goes through it. selftest/ is the bisect that settled the hardware fault: the dev-cookbook's own html-starter pattern, so the script is not a variable. When known-good code failed identically, the medium was proven at fault rather than our port. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Uaeo9MvzKoyXuN6ZsbhtkL		2026-08-04 23:26:43 -05:00
..
autorun.brs	BrightSign: boot from internal flash, proven on hardware	2026-08-04 23:26:43 -05:00
index.html	BrightSign: boot from internal flash, proven on hardware	2026-08-04 23:26:43 -05:00