SUMMARY When I record a WebM/VP9 for a rectangular region, Spectacle spams > kpipewire_record_logging: Filter queue is full, dropping frame 18784 during the recording. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 41 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 Kernel Version: 6.12.9-200.fc41.x86_64 (64-bit) Graphics Platform: Wayland pipewire: 1.2.7 wireplumber: 0.5.7
Maybe of interest: ``` systemd[2652]: Starting app-org.kde.spectacle.service - Spectacle screenshot capture utility... spectacle[139795]: libva info: VA-API version 1.22.0 spectacle[139795]: libva info: Trying to open /usr/lib64/dri-nonfree/radeonsi_drv_video.so spectacle[139795]: libva info: Trying to open /usr/lib64/dri-freeworld/radeonsi_drv_video.so spectacle[139795]: libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so spectacle[139795]: libva info: Found init function __vaDriverInit_1_22 spectacle[139795]: libva info: va_openDriver() returns 0 spectacle[139795]: kpipewire_vaapi_logging: VAAPI: Mesa Gallium driver 24.3.3 for AMD Radeon Graphics (radeonsi, renoir, LLVM 19.1.5, DRM 3.59, 6.12.9-200.fc41.x86_64) in use for device "/dev/dri/renderD128" systemd[2652]: Started app-org.kde.spectacle.service - Spectacle screenshot capture utility. spectacle[139795]: kpipewire_vaapi_logging: DRM device not found ```
Does not happen with mp4/h264.
Can confirm.
This isn't really a bug. The filter queue is full when your computer isn't able to handle all the incoming frames. The message is printed when using the warning logging rule level for KPipeWire.
I see same issue with i7-12700 and 64GB of RAM. For some reason I can record up to ~35 seconds. Spectacle: 24.12.1 KDE Frameworks: 6.10.0 Qt: Using 6.7.2 and built against 6.7.2 Debian GNU/Linux trixie/sid (Wayland) Build ABI: x86_64-little_endian-lp64 Kernel: linux 6.12.9-amd64 I think WebM/VP9 is default. Note that when this happens it just looks like corrupted video file. I'm just trying to switch from X11 to Wayland and tried to use spectacle because X11-based apps can't record screen. And there was no user friendly feedback/notification that system is slow. I even installed OBS studio just to capture screen until I found that this is just question of settings. If less than ~3 years old desktop CPU is slow for this maybe default should be h264? libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 kpipewire_vaapi_logging: VAAPI: profile 14 is not supported by the device "/dev/dri/renderD128" kpipewire_vaapi_logging: VAAPI: profile 14 is not supported by the device "/dev/dri/renderD128" libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 libva info: VA-API version 1.22.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_22 libva info: va_openDriver() returns 0 [libvpx-vp9 @ 0x7fd9208b7c80] Application has requested 20 threads. Using a thread count greater than 16 is not recommended. [libvpx-vp9 @ 0x7fd9208b7c80] v1.15.0 kpipewire_dmabuf_logging: eglChooseConfig returned this many configs: 1 kpipewire_record_logging: Filter queue is full, dropping frame 25217 kpipewire_record_logging: Filter queue is full, dropping frame 25450 kpipewire_record_logging: Filter queue is full, dropping frame 25717 kpipewire_record_logging: Filter queue is full, dropping frame 25734 kpipewire_record_logging: Filter queue is full, dropping frame 25934 kpipewire_record_logging: Filter queue is full, dropping frame 26067 kpipewire_record_logging: Filter queue is full, dropping frame 26217 kpipewire_record_logging: Filter queue is full, dropping frame 26234
*** This bug has been marked as a duplicate of bug 488896 ***