Files
OrbitTv/VERIFICATION-0.81.3.md
pauljdandClaude Opus 5.5 963b7b0a0e
pauljd/davidson-ci: Davidson CI / quality (push) Failing after 1m46s
pauljd/davidson-ci: Davidson CI / ai-review (push) Failing after 1m29s
0.81.3: a failed audio choice recovers and no longer marks the file, and playback notes
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-11-03 00:52:39 +00:00

1.1 KiB

Orbit TV 0.81.3: a failed audio choice no longer condemns the programme

Paul changed the audio on Misery at the Drive-In and the player stopped. Android recorded no crash. Misery was on the box's list of files that won't play, so the player had failed, retried the same sound, then failed again and marked the file.

  • If playback fails after the viewer chose a sound, the player goes back to the sound it had, says "That sound won't play on this box" and rejoins the programme. The file isn't marked.
  • no_backup/schedule/playback-notes.txt now records each programme's chosen audio and video format and any player error, trimmed at 32 KB, because the system log here only reaches back a few minutes. Formats and item ids only. Sign out removes it.
  • Unit tests: 308 passed, 0 failed. Lint passed.

Not proven:

  • The recovery itself, which needs the same failure on the box.
  • Why Misery's sound was out of sync. The log had gone by the time I looked, so its format is unknown. Worth checking: on the one programme logged after 0.81.2, the box was sending E-AC3 straight to the HDMI ARC output without decoding it, which may or may not apply to Misery.