Stuttery playback if wayland compositor doesn't send frame events to vaapisink surface -- intentional?
Does vaapisink rely on wayland compositor constantly sending frame_events https://github.com/wayland-project/wayland/blob/master/protocol/wayland.xml#L1500, even if compositor decides to hide the surface by not sending frame events? I would like my compositor to temporarily obscure/hide the vaapisink surface, but I want vaapisink to continue video playback in the background.
If I try to do this (not send frame events to vaapisink wayland surface from my compositor) and then start sending them again, the sink screams about dropped frames due to QOS and playback becomes very stuttery.
I can't paste my compositor code here, but I think https://github.com/swaywm/wlroots/tree/master/tinywl might be able to reproduce the issue, if a toggle is set to stop sending frame events to the vaapisink surface.
Pipeline is:
filesrc location=%s ! qtdemux ! queue ! parsebin ! vaapidecodebin ! vaapisink display=wayland -e
where %s is any H264 video.