Для Nouveau, свободного драйвера для видеокарт NVIDIA, представлена (http://lists.freedesktop.org/archives/nouveau/2013-June/0128...) серия патчей, обеспечивающих поддержку средств аппаратного декодирования видео в форматах MPEG2 и H.264 с использованием движка V2 (PureVideo HD), присутствующего в сериях GPU NVIDIA c NV84 (GeForce 8600) по NV96 (GeForce 9400/9600/9700), а также в графических процессорах NVA0 (GT 200).
Изменения представлены как для драйвера Gallium3D из состава Mesa, таки и для DRM-модуля для ядра Linux. Для использования добавленных в Nouveau средств акселерации декодирования видео предложено использовать API VDPAU или XvMC. По приблизительной оценки задействование V2 через XvMC позволяет увеличить производительность декодирования на 20% по сравнению с декодированием силами CPU. Тем не менее, в реализации пока имеется ряд проблем, требующих исправления. В частности, при некоторых условиях при декодировании возникают артефакты.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTM5ODE
Новость: http://www.opennet.me/opennews/art.shtml?num=37353
vaapi игнорируют
Честно говоря, и правильно делают. VDPAU более продуман и чисто сделан.
Как Вы думаете в чем основные недостатки архитектуры vaapi перед vdpau?
В VA-API нет RGB выходных поверхностей, только YUV420. Формально новые версии поддерживают YUV444, но я ещё не видел драйверов, поддерживающих YUV444. Нет возможности произвольного смешивания поверхностей. Это недостатки. Из преимуществ можно отметить поддержку сжатия видео и декодирования JPEG. В VDPAU это просто некуда впихнуть. Ещё в VA-API больше возможностей вывода, в том числе: на голое железо, в Wayland, в EGL, ну и в X11.
Помимо перечисленного, в VA-API не декларируется потокобезопасность операций. Все отдается на откуп драйверописателей. И таки некоторые дрова непотокобезопасны.
По некоторым (не авторитетным источникам) пишут, что он плохо документирован и текущие реализации - кривые
Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та же ситуация от АМД - типа удвоение частоты кадров при воспроизведении видео. Ни на одном проигрывателе не заметил каких либо изменений при включении и отключении этой функции.
> Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та
> же ситуация от АМД - типа удвоение частоты кадров при воспроизведении
> видео. Ни на одном проигрывателе не заметил каких либо изменений при
> включении и отключении этой функции.С разморозкой!
mplayer и mplayer-based проигрыватели уже более года умеют vdpau, а vlc (идущий в репах opensuse 12.3) умеет vaapi.
>С разморозкой!
>mplayer и mplayer-based проигрыватели уже более
>года умеют vdpau, а vlc (идущий в репах opensuse 12.3)
>умеет vaapi.Если на сайте написано что умеет, то это не значит что использует! Ты можешь доказать что он их использует, равно как и не использует? Написать можно много для красивого словца, но как на самом деле?
> Написать можно много для красивого словца, но как на самом деле?Я могу, но для этого нужно звать тебя в гости а я не хочу.
Берем smplayer, пробуем смотреть фильм "1080p настоящий" - видим что видео тормозит, идет рассинхрон видео и аудио, видео кажет рывками, загрузка процессора под 100%.
У меня athlon 4000+ и nvidia 8600gt
выбираем в настройках vdpau и пробуем смотреть тот же фильм опять - видео кажет без рывков, без рассинхрона, загрузка процессора - 5-10% (на глаз).
пруф :-)
http://i.piccy.info/i7/3e602bfbf8208de54b28a30f92153768/4-63...
http://i.piccy.info/i7/a4cda4ad6f6d0b78499419d002ad7291/4-63...
http://i.piccy.info/i7/65c22cf6d7cb915e9b2e28f722ed2a72/4-63...PS: Lenovo ThinkPad x130e
UPD: На нетбуке это ускорение дает очень заметный результат, что только слепой его не заметит, т.к. двух ядерный процессор E450 (2х1.65Ггц) для этого слабоват. А на десктопе на Phenom II X3 720BE это не имеет особого значения, т.к. этот CPU хавает без проблем 1080p.
Как включить и понять, что нужно для AMD решений, вам сюда - http://www.opennet.me/tips/2756_vdpau_uvd_hardware_driver_sp...
Для Nvidia - нужно установить проприетарный драйвер: sh ./blah-blah-blah-arch.run. Судя по новости, скоро будет искаропки, как и у AMD! :-)
Для intel - установить пакеты va-api и юзать vlc плеер (тут я слабо знаю про intel решения).
не только.
вообще libva умеет и vdpau.
$ eix x11-libs/libva-vdpau-driver
[I] x11-libs/libva-vdpau-driver
Available versions: 0.7.3 (~)0.7.4 **9999 {{debug opengl}}
Installed versions: 0.7.4(14:09:41 24.06.2013)(opengl -debug)
Homepage: http://www.freedesktop.org/wiki/Software/vaapi
Description: VDPAU Backend for Video Acceleration (VA) APIИ Drivers (back-ends) that implement VA-API по ссылке выше довольно много.
> mplayer и mplayer-based проигрыватели уже более года умеют vdpau
> Отправлено KT315, 04-Июл-13 10:29С 2008-го.
> С 2008-го.Хех... 5 лет пролетели незаметно :-)
Справедливости ради, SMPlayer "Адын" или не умеет вовсе или хз как оно там запускается.
А вот SMplayer2 работает из коробки с VDPAU, по крайней мере на openSUSE.
> Справедливости ради, SMPlayer "Адын" или не умеет вовсе или хз как оно
> там запускается.
> А вот SMplayer2 работает из коробки с VDPAU, по крайней мере на
> openSUSE.У меня SMplayer "Адын" умеет VDPAU, давно. Это вообще-то не его забота, а Mplayer'а. Поэтому в настройках выбираешь вывод через VDPAU, а кодеки он уже сам настраивает.
vlc, mplayer-vdpau, xbmc - мало?
> Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та
> же ситуация от АМД - типа удвоение частоты кадров при воспроизведении
> видео. Ни на одном проигрывателе не заметил каких либо изменений при
> включении и отключении этой функции.Если ты имеешь в виду, что 29.5 к/с по-любому обеспечиваются, и температура CPU вообще не видна, то да, конечно. Но на _горячих камнях вентиляторы могут жужжать сильнее, а кино комфортнее смотреть без лишних отвлекающих шумов. (И да, у меня есть видеокарта без вентилятора, и ещё одна без - в чипсете. Но все процессоры - с жужжалками, а помянутые карты - нехолодные, [типа] 75°C и 65°C. В :/ idle.)
> CPU вообще не видна, то да, конечно. Но на _горячих камнях
> вентиляторы могут жужжать сильнее, а кино комфортнее смотреть без лишних отвлекающих
>Но все процессоры - с жужжалками,+ Можно _надеяться_, что вынос декодирования с CPU сделает его похолоднее (+вентилятор тише), а видеокарта, использующая-таки специализированный декодер, нагреется _при _той _же работе чуть меньше.
> Толку от аппартного декодирования, если ни один проигрыватель его не использует?Вы из какой криокамеры? На дворе 2013 год и ваши заявы не соответствуют действительности.
Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?
Дак нуво же, не сама NVidia.
> Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?Была бы это заслуга нвидии - обсуждали бы. А так нвидии еще пару факов надо. Может призадумались бы.
> Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?Факт херового воспитания Линуса - безусловно, на лице.
> Факт херового воспитания Линуса - безусловно, на лице.Демонстрировать хорошее воспитание перед голодными акулами - далеко не самая умная идея на свете.
Драйвер открытый, а тоже поддерживает декодирование только проприетарных форматов. Это как-то связано с железом или нет? Я имею ввиду, карты реально ничего кроме H264 не декодируют?
Просто реализуют вначале самое важное. Для MPEG-2 нужно намного меньше ресурсов и там все в принципе и на софтварных декодерах хорошо, VC-1 для видео нынче почти не используется (после смерти HD-DVD), остается только H.264 - там-то как раз в первую очередь требуется скорость и он также чаще всего встречается.Я имею ввиду коммерческие форматы, в которых идет HD-видео (Blu-ray, HDTV со спутников, по кабелю и радиоэфиру) и то, что записывают бытовые и полупрофессиональные камеры - т.е. почти все источники HD-видео. О чем-либо еще никто особо не беспокоится, по понятным причинам (для SD-видео вариантов было больше, но там проблем никаких, его даже 1 Ghz ARM софтварно декодирует, выделяя при этом какой-нибудь 1W), а оттого, что люди для себя могут перекодировать видео в какие-то странные форматы, будь то theora или dirac никто особо не заморачивается все это разнообразие добавлять в аппаратные декодеры - это же по сути все уже перекодированное, оригинал (если это HD) практически всегда был в H.264 или MPEG-2.
Тот же радеон через va-api тоже пока поддерживает только декодинг H.264, а вот интел всю связку - H.264, VC-1, MPEG-2 и даже JPEG.
> Драйвер открытый, а тоже поддерживает декодирование только проприетарных форматов. Это
> как-то связано с железом или нет?Ясен перец: что умеет железка декодировать - то она и декодирует.
Здорово!
Я дома на блобе на 8600GT сижу только из-за VDPAU.
Если запилят нормальный просмотр в SMPlayer2 через VDPAU, то мне блоб больше не понадобится.
Дык это ж вроде проблема не SMPlayer, а mplayer2. Меняем его на обычный mplayer и все замечательно. SMPlayer всего-лишь гуй.
Что за проблема с mplayer2, чего-то я не понял.
> Что за проблема с mplayer2, чего-то я не понял.Наверное на GPU декодировать не умеет, не?
> Наверное на GPU декодировать не умеет, не?Как так не умеет?
vo=vdpau,
vc=ffh264vdpau,ffmpeg12vdpau,ffodivxvdpau,ffwmv3vdpau,ffvc1vdpau,
Ой, какая прелесть, + 20% к производительности при декодировании через GPU.
Интересно что лучше справится с HD видео, 4х ядерный процессор, или процессор на видюшке, который слабее в 7 раз?
специализированный аппаратный блок декодирования , очевидно же!
В теории как всегда одно, на деле - другое.
Тем более на Linux.
Ой-ой, как пошло передёрнуто.
Конечно, в топ500 жеж свободные художники собрались.
Лучше справляется "процессор на видюшке, который слабее в 7 раз". Намного лучше, далеко не на 20%, которые вообще не понятно относительно чего с чем.
Практика показывает обратное. Особенно во Flash.
> на видюшке, который слабее в 7 раз?Ага, только вот почему-то моя видеокарта майнит биткоины примерно в 20 раз быстрее проца с кучей ядер. Не знаете WTF? :)