x86 displays no longer freeze on a heavy web page

If the screen on an x86 PC, mostly one with Intel graphics, froze on a single frame when the playlist reached a complex web page, Anthias 2026.06.1 fixes it and you don't need to do anything. The screen keeps updating now.

Before, the screen stayed on the last frame it showed while the viewer carried on through the playlist behind it. Only restarting the viewer container brought the display back. The viewer log showed a line like this:

[ERROR] [backend/drm/atomic.c:79] connector HDMI-A-1: Atomic commit failed: Device or resource busy

The x86 viewer now sets WLR_DRM_NO_ATOMIC=1 and WLR_DRM_NO_MODIFIERS=1 by default. They make the display compositor use the older way of updating the screen, which copes when the graphics chip is still busy drawing a page. A single display doesn't need anything the newer way adds.

Both are defaults you can override: set either to 0 in the viewer's environment, for example in a docker-compose.override.yml for the anthias-viewer service. Raspberry Pi and generic arm64 boards are unchanged.

This covers the freeze that leaves Atomic commit failed lines in the log. A screen that freezes with nothing in the log, for example when the network drops while a page is loading, recovers from Anthias 2026.06.3.