https://www.opennet.dev/openforum/vsluhforumID3/116697.html Спустя три года с момента публикации прошлого выпуска разработчики из компании NVIDIA представили (https://lists.x.org/archives/xorg-announce/2019-February/002958.html) libvdpau 1.2 (https://gitlab.freedesktop.org/vdpau/libvdpau/), новую версию открытой библиотеки с поддержкой API VDPAU (Video Decode and Presentation) для Unix. VDPAU API предназначен для задействования возможностей GPU по аппаратному ускорению обработки различных форматов видео, например, на сторону GPU могут быть вынесены функции пост-обработки, слияния (compositing), отображения и декодирования. Дополнительно развивается библиотека libvdpau-va-gl, которая позволяет обеспечить работу реализации VDPAU API на базе OpenGL и технологии аппаратного ускорения Intel VA-API. Код библиотеки распространяется (https://gitlab.freedesktop.org/vdpau/libvdpau/) под лицензией MIT.<br><br><br>Кроме исправления ошибок в libvdpau 1.2 реализована поддержка новых типов цветовой субдискретизации (chroma type) для кадров и полукадров (https://ru.wikipedia.org/wiki/% https://www.opennet.dev/openforum/vsluhforumID3/116697.html#44 Tue, 13 Apr 2021 06:14:22 GMT А чего так много минусов? Нативно оно до сих пор не работает.<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#42 Tue, 05 Mar 2019 22:07:54 GMT &gt; CUVID/CUDA не работает на FreeBSD (хотя библиотеки вместе с драйвером nvidia-driver для <br>&gt; линуксатора можно поставить), а VDPAU работает &#8212; уменьшает процессорозависимость <br>&gt; при воспроизведении видео в MPV/ffmpeg явно.<br><br>Ну, в описании драйвера для FreeBSD NVDEC вроде как упоминается: https://devtalk.nvidia.com/default/topic/1046879/unix-graphics-announcements-and-news/linux-solaris-and-freebsd-driver-418-30-beta-release-long-lived-branch-release-/<br><br>Но, подозреваю, что открытый драйвер типа nouveau будет сильно лучше работать в такой ситуации.. А для открытого драйвера и через VDPAU скорее всего можно все, что нужно получить.<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#41 Tue, 05 Mar 2019 19:26:32 GMT CUVID/CUDA не работает на FreeBSD (хотя библиотеки вместе с драйвером nvidia-driver для линуксатора можно поставить), а VDPAU работает &#8212; уменьшает процессорозависимость при воспроизведении видео в MPV/ffmpeg явно.<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#40 Mon, 04 Mar 2019 05:12:15 GMT Тем временем в винде достаточно просто установить свой любимый браузер и все работает из коробки :)<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#39 Sat, 02 Mar 2019 20:41:26 GMT &gt; Ну и ещё приведу цитату с Wiki MPV: <br>&gt; nvdec is a newer implementation of CUVID/CUDA decoding, which uses the FFmpeg <br>&gt; decoders for file parsing. Experimental, is known not to correctly check <br>&gt; whether decoding is supported by the hardware at all. Deinterlacing is <br>&gt; not supported. Since this uses FFmpeg's codec parsers, it is expected <br>&gt; that this generally causes fewer issues than cuda.<br><br>Ну тут уж без разницы. CUVID суть то же самое, можно и его использовать. Главное что не VDPAU.<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#38 Sat, 02 Mar 2019 20:40:45 GMT &gt;&gt; Так что это проблема не NVDEC, а разработчиков хромиума...<br>&gt; А это уже проблемы шерифов и всё такое.<br>&gt; Под Windows и macOS вполне работают единые API для разных производителей.<br>&gt; Под ChromeOS работает опять же единый VAAPI для Intel.<br><br>Ну, что тут поделаешь.<br><br>Хотя иметь реализацию VA-API через NVDEC было бы весьма неплохо, наверное.<br><br>&gt; А вот NVDEC требует Nvidia 630 или новее. И по крайней мере <br>&gt; пока никакого толка не принесёт в реализации.<br><br>Эээ. Не вижу проблемы. NVidia 630 это 2012 год. Предыдущее 500 поколение (которое не будет работать) - 2010 год. Да, карты 9-ти летней давности плохо совместимы с современными стандартами, тут ничего удивительного. Срок поддержки видеокарт не такой большой, как у процессоров.<br><br>(да и даже запустив на том же 630, декодировать современные стандарты все равно не выйдет - ну не было тогда таких кодеков в железе!)<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#37 Sat, 02 Mar 2019 12:51:11 GMT &gt;А это не критично, высокобитрейтного 10bit 4K VP9 контента в природе не найти :) (загрузка проца еще ощутимо зависит от битрейта). А для низкобитрейтного FullHD ютубчика можно и без аппаратного декодера<br><br>Первая ссылка в поиске https://www.youtube.com/watch?v=tO01J-M3g0U<br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#36 Sat, 02 Mar 2019 11:58:10 GMT Ну и ещё приведу цитату с Wiki MPV:<br><br>The cuda and cuda-copy modes provides deinterlacing in the decoder which is useful as there is no other deinterlacing mechanism in the opengl output path. To use this deinterlacing you must pass the option: vd-lavc-o=deint=[weave&#124;bob&#124;adaptive]. Pass weave (or leave the option unset) to not attempt any deinterlacing. cuda should always be preferred unless the gpu vo is not being used or filters are required.<br><br>nvdec is a newer implementation of CUVID/CUDA decoding, which uses the FFmpeg decoders for file parsing. Experimental, is known not to correctly check whether decoding is supported by the hardware at all. Deinterlacing is not supported. Since this uses FFmpeg's codec parsers, it is expected that this generally causes fewer issues than cuda.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/116697.html#35 Sat, 02 Mar 2019 11:48:04 GMT &gt; Так что это проблема не NVDEC, а разработчиков хромиума... <br><br>А это уже проблемы шерифов и всё такое.<br>Под Windows и macOS вполне работают единые API для разных производителей.<br>Под ChromeOS работает опять же единый VAAPI для Intel.<br><br>А вот NVDEC требует Nvidia 630 или новее. И по крайней мере пока никакого толка не принесёт в реализации.<br>