Skip to content

v2.6.1

Choose a tag to compare

@shortusername shortusername released this 12 Sep 20:21
· 7 commits to main since this release
5ad13b2

v2.6.1

A second attempt at the black-screen-during-animation issue on lower-power devices, based on a much more specific symptom than before.

Fixed

  • Animated radar/precipitation could go black partway through the loop, always at the same frame, on lower-power devices. That deterministic failure pointed at something structural in the video stream rather than generic weak-hardware slowness. Two likely causes, both addressed:

    • The video's resolution (1280×720) requires at least H.264 Level 3.1 to be valid by spec at all — the encoder was never told this, so it picked a level on its own, suited to its own hardware, with no guarantee that matched what a separate, weaker decoder chip on the same device could reliably sustain.
    • B-frames were never explicitly disabled. They cost more decoder-side reference buffer capacity than a simple sequence that only looks backward, which fits "plays fine for a while, then fails at the same specific point" better than a level mismatch alone.

    Both are now handled: B-frames are disabled outright, and Level 3.1 is requested explicitly — but only when the device's own encoder confirms it's actually available, so this can't introduce a new failure on hardware that doesn't offer it.

Notes

  • Still not confirmed fixed on the actual affected device. Please test on the same lower-power projector before treating this as resolved. If the screen still goes black at the same frame, the cause is something else, and that would be worth knowing precisely — including whether it's still exactly frame 12, or has shifted.
  • No settings changed.

Full Changelog: v2.6...v2.6.1