С последнего релиза там есть 3 фикса про VP8, но они вряд ли относятся к этой проблеме.

https://github.com/elFarto/nvidia-vaapi-driver/commit/c86e919bdaf6bd8c53998a8b52fc57fd91200ac9
https://github.com/elFarto/nvidia-vaapi-driver/commit/b7a628bcba943a6c6c0b5868800ac17e975335b5
https://github.com/elFarto/nvidia-vaapi-driver/commit/98fcdbdf4f1c13c28618d16a5e88f29bd4d862fe

> This implementation is specifically designed to be used by Firefox for accelerated decode of web content, and may not operate correctly in other applications.

Я не знаю, что такое spectacle и почему nvidia-vaapi-driver должен его поддерживать. Если вы другого мнения, озадачьте этим апстрим nvidia-vaapi-driver. Дальнейшие комментарии по этой ошибке я читать не буду.

Ну поддерживать не поддерживать, по факту сломана работа записи видео с экрана штатными средствами Plasma на системах с видео картами NVIDIA и установленным пакетом nvidia-vaapi-driver

Хотя соглашусь, что проблема все же скорее всего в самом spectacle.

Проблема в астрим nvidia-vaapi-driver обозначена, хотя больше информационно

https://github.com/elFarto/nvidia-vaapi-driver/issues/410

Странно, что удаление пакета nvidia-vaapi-driver решает эту проблему.

Со своей стороны в багу KDE я тоже отписался, с учетом лога

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #2)
> This implementation is specifically designed to be used by Firefox for accelerated decode of web content, and may not operate correctly in other applications.
Тогда пусть не лезет в другие приложения.

судя по комментарию из телеграмм, версия nvidia-vaapi-driver 0.0.14-alt1 в р11 попала 17 декабря и я так понимаю работа spectacle 6.4.6 тоже сломалась

> Подскажите, не пишет видео spectacle, создает пустой видеофайл несколько байт и все (workstationK 11.2, wayland, nvidia)

https://t.me/alt_linux/587980

(Ответ для Aleksandr Shamaraev на комментарий #5)
> судя по комментарию из телеграмм, версия nvidia-vaapi-driver 0.0.14-alt1 в
> р11 попала 17 декабря и я так понимаю работа spectacle 6.4.6 тоже сломалась

Есть подтверждение, что в р11 оно было сломано и на версии 0.0.13. Возможно, зависит от оборудования.

https://github.com/elFarto/nvidia-vaapi-driver/issues/415

Добрый день

данный пакет также мешает работе
remmina-1.4.41-alt1.x86_64
в GNOME 49.3

после удаленного подключения к удаленному рабочему столу по RDP на экране белый экран, хотя само подключение прошло, я вижу это на другой машине что она управляется, мышь бегает


после удаления данного пакет и рестарта машины, реммина работает стабильно, цепляется, видно удаленный рабочий стол

фев 06 00:39:35 machenike org.remmina.Remmina.desktop[7413]: [00:39:35:565] [7413:00001d4b] [WARN][com.freerdp.gdi] - [gdi_SurfaceCommand_AVC420]: avc420_decompress failure: -1, ignoring update.

фев 06 00:39:35 machenike org.remmina.Remmina.desktop[7413]: [00:39:35:565] [7413:00001d4b] [ERROR][com.freerdp.codec] - [libavcodec_decompress]: Failed to transfer video frame (status=-38) (Функция не реализована)

Вынес про remmina в отдельный баг, так как это не взаимосвязано оказалось.

nvidia-vaapi-driver-0.0.15-alt2 -> sisyphus:

Fri Feb 20 2026 Aleksandr Shamaraev <shad@altlinux> 0.0.15-alt2
- NMU: Fix nvGetConfigAttributes (ALT #57188)

(In reply to Repository Robot from comment #11)
> nvidia-vaapi-driver-0.0.15-alt2 -> sisyphus:
> 
> Fri Feb 20 2026 Aleksandr Shamaraev <shad@altlinux> 0.0.15-alt2
> - NMU: Fix nvGetConfigAttributes (ALT #57188)

так торопились, что даже не могли нормально патч оформить?

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #12)
> так торопились, что даже не могли нормально патч оформить?

Доброго времени суток.

Я никуда не торопился. У меня 09:28 утра. 
Я сначала хотел Вам написать, чтоб бы сами исправили, но учитывая Ваш комментарий 
https://bugzilla.altlinux.org/show_bug.cgi?id=57188#c2
я подумал собрал сам.

За замечания по патчу спасибо, учту на будущее.

Created attachment 20763 [details]
hybrid_gfx_spectacle_error

(Ответ для Алексей Горячев на комментарий #14)
> hybrid_gfx_spectacle_error
Это с nvidia-vaapi-driver 0.0.15-alt2 ?

(Ответ для Aleksandr Shamaraev на комментарий #0)
> Доброго дня.
> 
> Сломалась запись в spectacle-6.5.3 на машинах с картой Nvidia
> 
> если писать в mp4 файл битый, в консоли сразу падает после запуска..
> происходит имитация записи
> 
> ~ ❯ spectacle 
> QThreadStorage: entry 2 destroyed before end of thread 0x55c4b60d51e0
> QThreadStorage: entry 1 destroyed before end of thread 0x55c4b60d51e0
> 
> если писать в webm, то файл тоже битый.. в консоли
> 
> ~ ❯ spectacle
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> kpipewire_vaapi_logging: VAAPI: VA-API NVDEC driver [direct backend] in use
> for device "/dev/dri/renderD128"
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> libva info: VA-API version 1.22.0
> libva info: Trying to open /usr/lib64/dri/nvidia_drv_video.so
> libva info: Found init function __vaDriverInit_1_0
> libva info: va_openDriver() returns 0
> [libvpx-vp9 @ 0x7f7c14667f00] v1.15.2
> qt.multimedia.ffmpeg: Using Qt multimedia with FFmpeg version 7.1.1-alt4 GPL
> version 3 or later
> [matroska,webm @ 0x7f7c6c002000] Duplicate element
> [matroska,webm @ 0x7f7c6c002000] 0x00 at pos 100 (0x64) invalid as first
> byte of an EBML number
> [matroska,webm @ 0x7f7c6c002000] Duplicate element
> [matroska,webm @ 0x7f7c6c002000] 0x00 at pos 167 (0xa7) invalid as first
> byte of an EBML number
> [matroska,webm @ 0x7f7c6c002000] Element at 0x5d ending at 0x1aec0100000066
> exceeds containing master element ending at 0x1409
> qt.multimedia.ffmpeg.mediadataholder: Could not open media. FFmpeg error
> description: End of file
> 
> Насколько я понял багу КДЕ и проверив, проблема сказана скорее всего с
> nvidia-vaapi-driver, потому что запуск
> 
> LIBVA_DRIVER_NAME="" spectacle
> 
> отрабатывает нормально, также все нормально работает если удалить пакет
> nvidia-vaapi-driver

Здравствуйте, не могли бы вы пожалуйста уточнить конфигурацию машины, на которой воспроизводилась ошибка? При проверке на тестовых стендах не удавалось воспроизвести ошибку ни на версии из P11, ни на сизифной. Однако это были либо ноутбуки с nvidia, либо компы без гибридной графики.

Далее при проверке на стенде с гибридной графикой internal intel graphics + дискретная Nvidia 5080 поведение было следующим: в режиме гибридной графики (т.е. работают оба видеоустройства) воспроизводится похожее поведение из описания ошибки. Webm битые, запись в mp4 заканчивается падением с ошибкой. При отключении internal graphics остается только Nvidia и у spectacle нет проблем, точно так же как и на предыдущих стендах.

Дополнительно: из логов для формата webm возникает ощущение, что драйвер просто несколько раз загружается, в связи с чем при записи возникает коллизия и формируется битый файл. Точно так же в приложенном логе загружается сначала nvidia драйвер, потом несколько раз iHD. Из этого, не уверен что виноват только nvidia-vaapi-driver (если он вообще виноват). На остальных стендах, как ранее упомянул, nvidia драйвер единожды загружался и с записью проблем не было. Строчки по типу kpipewire_vaapi_logging: VAAPI: entrypoint 6 of profile 13 is not supported by the device "/dev/dri/renderD129" не совсем понимаю, возможно в этом моменте при включенной только nvidia графики драйвер отвергается -> запись в режиме $ LIBVA_DRIVER_NAME="" spectacle, но это только догадки

(Ответ для Sergey V Turchin на комментарий #15)
> (Ответ для Алексей Горячев на комментарий #14)
> > hybrid_gfx_spectacle_error
> Это с nvidia-vaapi-driver 0.0.15-alt2 ?

Да.

(Ответ для Алексей Горячев на комментарий #16)
> Здравствуйте, не могли бы вы пожалуйста уточнить конфигурацию машины, на
> которой воспроизводилась ошибка? При проверке на тестовых стендах не
> удавалось воспроизвести ошибку ни на версии из P11, ни на сизифной. Однако
> это были либо ноутбуки с nvidia, либо компы без гибридной графики.
> 

Добрый день. 

У меня ноутбук с отключенной гибридной графикой через биос, фактически используется только дискретная 

NVIDIA GeForce RTX 4050 Max-Q / Mobile [Discrete]


> Далее при проверке на стенде с гибридной графикой internal intel graphics +
> дискретная Nvidia 5080 поведение было следующим: в режиме гибридной графики
> (т.е. работают оба видеоустройства) воспроизводится похожее поведение из
> описания ошибки. Webm битые, запись в mp4 заканчивается падением с ошибкой.
> При отключении internal graphics остается только Nvidia и у spectacle нет
> проблем, точно так же как и на предыдущих стендах.
> 
> Дополнительно: из логов для формата webm возникает ощущение, что драйвер
> просто несколько раз загружается, в связи с чем при записи возникает
> коллизия и формируется битый файл. Точно так же в приложенном логе
> загружается сначала nvidia драйвер, потом несколько раз iHD. Из этого, не
> уверен что виноват только nvidia-vaapi-driver (если он вообще виноват). На
> остальных стендах, как ранее упомянул, nvidia драйвер единожды загружался и
> с записью проблем не было. Строчки по типу kpipewire_vaapi_logging: VAAPI:
> entrypoint 6 of profile 13 is not supported by the device
> "/dev/dri/renderD129" не совсем понимаю, возможно в этом моменте при
> включенной только nvidia графики драйвер отвергается -> запись в режиме $
> LIBVA_DRIVER_NAME="" spectacle, но это только догадки

у апстрим есть примерно подобное issue, возможно получится ради интереса запустить как указано в 
https://github.com/elFarto/nvidia-vaapi-driver/issues/311#issuecomment-2338353918

и возможно будет ясно, проблема из-за nvidia-vaapi-driver или нет

я к сожалению не смогу потестить, так как у меня сейчас установлено DE Gnome и пока не хотелось бы переставлять

Хотя с другой стороны, если бы проблема была бы в nvidia-vaapi-driver ее возможно бы уже починили...

(Ответ для Aleksandr Shamaraev на комментарий #18)
> и возможно будет ясно, проблема из-за nvidia-vaapi-driver или нет
И так ясно. Если он, как оппонирует мантейнер, "specifically designed to be used by Firefox", то при инициализации обязан отвалить при использовании его из любого другого приложения.

(In reply to Aleksandr Shamaraev from comment #18)
> (Ответ для Алексей Горячев на комментарий #16)
> > Здравствуйте, не могли бы вы пожалуйста уточнить конфигурацию машины, на
> > которой воспроизводилась ошибка? При проверке на тестовых стендах не
> > удавалось воспроизвести ошибку ни на версии из P11, ни на сизифной. Однако
> > это были либо ноутбуки с nvidia, либо компы без гибридной графики.
> > 
> 
> Добрый день. 
> 
> У меня ноутбук с отключенной гибридной графикой через биос, фактически
> используется только дискретная 
> 
> NVIDIA GeForce RTX 4050 Max-Q / Mobile [Discrete]
> 
> 
> > Далее при проверке на стенде с гибридной графикой internal intel graphics +
> > дискретная Nvidia 5080 поведение было следующим: в режиме гибридной графики
> > (т.е. работают оба видеоустройства) воспроизводится похожее поведение из
> > описания ошибки. Webm битые, запись в mp4 заканчивается падением с ошибкой.
> > При отключении internal graphics остается только Nvidia и у spectacle нет
> > проблем, точно так же как и на предыдущих стендах.
> > 
> > Дополнительно: из логов для формата webm возникает ощущение, что драйвер
> > просто несколько раз загружается, в связи с чем при записи возникает
> > коллизия и формируется битый файл. Точно так же в приложенном логе
> > загружается сначала nvidia драйвер, потом несколько раз iHD. Из этого, не
> > уверен что виноват только nvidia-vaapi-driver (если он вообще виноват). На
> > остальных стендах, как ранее упомянул, nvidia драйвер единожды загружался и
> > с записью проблем не было. Строчки по типу kpipewire_vaapi_logging: VAAPI:
> > entrypoint 6 of profile 13 is not supported by the device
> > "/dev/dri/renderD129" не совсем понимаю, возможно в этом моменте при
> > включенной только nvidia графики драйвер отвергается -> запись в режиме $
> > LIBVA_DRIVER_NAME="" spectacle, но это только догадки
> 
> у апстрим есть примерно подобное issue, возможно получится ради интереса
> запустить как указано в 
> https://github.com/elFarto/nvidia-vaapi-driver/issues/311#issuecomment-
> 2338353918
> 
> и возможно будет ясно, проблема из-за nvidia-vaapi-driver или нет
> 
> я к сожалению не смогу потестить, так как у меня сейчас установлено DE Gnome
> и пока не хотелось бы переставлять

https://github.com/intel/libva/issues/752 вообще это даже общая проблема с libva и приложений, которые ее используют для рендеринга. Тот же chromium, судя по комментариям, всегда использует первое найденное устройство. strace тут нет, поэтому выводы делать сложно.