| |
| 2.3, Аноним (-), 10:24, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Честно говоря, и правильно делают. VDPAU более продуман и чисто сделан.
| | |
| |
| 3.7, Аноним (-), 10:53, 04/07/2013 [^] [^^] [^^^] [ответить]
| +7 +/– |
Как Вы думаете в чем основные недостатки архитектуры vaapi перед vdpau?
| | |
| |
| 4.18, Аноним (-), 13:46, 04/07/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
В VA-API нет RGB выходных поверхностей, только YUV420. Формально новые версии поддерживают YUV444, но я ещё не видел драйверов, поддерживающих YUV444. Нет возможности произвольного смешивания поверхностей. Это недостатки. Из преимуществ можно отметить поддержку сжатия видео и декодирования JPEG. В VDPAU это просто некуда впихнуть. Ещё в VA-API больше возможностей вывода, в том числе: на голое железо, в Wayland, в EGL, ну и в X11.
| | |
| 4.32, Аноним (-), 01:33, 05/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Помимо перечисленного, в VA-API не декларируется потокобезопасность операций. Все отдается на откуп драйверописателей. И таки некоторые дрова непотокобезопасны.
| | |
|
|
| 2.4, KT315 (ok), 10:25, 04/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 По некоторым (не авторитетным источникам) пишут, что он плохо документирован и текущие реализации - кривые
| | |
|
| 1.2, Главные Редакторы (ok), 10:23, 04/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –8 +/– |
 Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та же ситуация от АМД - типа удвоение частоты кадров при воспроизведении видео. Ни на одном проигрывателе не заметил каких либо изменений при включении и отключении этой функции.
| | |
| |
| 2.5, KT315 (ok), 10:29, 04/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та
> же ситуация от АМД - типа удвоение частоты кадров при воспроизведении
> видео. Ни на одном проигрывателе не заметил каких либо изменений при
> включении и отключении этой функции.
С разморозкой!
mplayer и mplayer-based проигрыватели уже более года умеют vdpau, а vlc (идущий в репах opensuse 12.3) умеет vaapi.
| | |
| |
| 3.11, Главные Редакторы (ok), 11:49, 04/07/2013 [^] [^^] [^^^] [ответить]
| –7 +/– |
>С разморозкой!
>mplayer и mplayer-based проигрыватели уже более
>года умеют vdpau, а vlc (идущий в репах opensuse 12.3)
>умеет vaapi.
Если на сайте написано что умеет, то это не значит что использует! Ты можешь доказать что он их использует, равно как и не использует? Написать можно много для красивого словца, но как на самом деле?
| | |
| |
| 4.13, Дениско (?), 12:20, 04/07/2013 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Написать можно много для красивого словца, но как на самом деле?
Я могу, но для этого нужно звать тебя в гости а я не хочу.
Берем smplayer, пробуем смотреть фильм "1080p настоящий" - видим что видео тормозит, идет рассинхрон видео и аудио, видео кажет рывками, загрузка процессора под 100%.
У меня athlon 4000+ и nvidia 8600gt
выбираем в настройках vdpau и пробуем смотреть тот же фильм опять - видео кажет без рывков, без рассинхрона, загрузка процессора - 5-10% (на глаз).
| | |
| 4.15, KT315 (ok), 13:14, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
пруф :-)
http://i.piccy.info/i7/3e602bfbf8208de54b28a30f92153768/4-63-126/59976935/sny
http://i.piccy.info/i7/a4cda4ad6f6d0b78499419d002ad7291/4-63-126/58779183/sny
http://i.piccy.info/i7/65c22cf6d7cb915e9b2e28f722ed2a72/4-63-127/9526979/snym
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_speed_amd_radeon_ub
Для Nvidia - нужно установить проприетарный драйвер: sh ./blah-blah-blah-arch.run. Судя по новости, скоро будет искаропки, как и у AMD! :-)
Для intel - установить пакеты va-api и юзать vlc плеер (тут я слабо знаю про intel решения).
| | |
| |
| 5.27, ананим (?), 15:50, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
не только.
вообще 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 по ссылке выше довольно много.
| | |
|
|
| 3.16, Zenitur (ok), 13:37, 04/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > mplayer и mplayer-based проигрыватели уже более года умеют vdpau
> Отправлено KT315, 04-Июл-13 10:29
С 2008-го.
| | |
| 3.21, ILYA INDIGO (ok), 14:58, 04/07/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Справедливости ради, SMPlayer "Адын" или не умеет вовсе или хз как оно там запускается.
А вот SMplayer2 работает из коробки с VDPAU, по крайней мере на openSUSE.
| | |
| |
| 4.23, Аноним (-), 15:07, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Справедливости ради, SMPlayer "Адын" или не умеет вовсе или хз как оно
> там запускается.
> А вот SMplayer2 работает из коробки с VDPAU, по крайней мере на
> openSUSE.
У меня SMplayer "Адын" умеет VDPAU, давно. Это вообще-то не его забота, а Mplayer'а. Поэтому в настройках выбираешь вывод через VDPAU, а кодеки он уже сам настраивает.
| | |
|
|
| 2.8, Andrey Mitrofanov (?), 11:11, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Толку от аппартного декодирования, если ни один проигрыватель его не использует? Та
> же ситуация от АМД - типа удвоение частоты кадров при воспроизведении
> видео. Ни на одном проигрывателе не заметил каких либо изменений при
> включении и отключении этой функции.
Если ты имеешь в виду, что 29.5 к/с по-любому обеспечиваются, и температура CPU вообще не видна, то да, конечно. Но на _горячих камнях вентиляторы могут жужжать сильнее, а кино комфортнее смотреть без лишних отвлекающих шумов. (И да, у меня есть видеокарта без вентилятора, и ещё одна без - в чипсете. Но все процессоры - с жужжалками, а помянутые карты - нехолодные, [типа] 75°C и 65°C. В :/ idle.)
| | |
| |
| 3.9, Andrey Mitrofanov (?), 11:16, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> CPU вообще не видна, то да, конечно. Но на _горячих камнях
> вентиляторы могут жужжать сильнее, а кино комфортнее смотреть без лишних отвлекающих
>Но все процессоры - с жужжалками,
+ Можно _надеяться_, что вынос декодирования с CPU сделает его похолоднее (+вентилятор тише), а видеокарта, использующая-таки специализированный декодер, нагреется _при _той _же работе чуть меньше.
| | |
|
| 2.25, Аноним (-), 15:31, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Толку от аппартного декодирования, если ни один проигрыватель его не использует?
Вы из какой криокамеры? На дворе 2013 год и ваши заявы не соответствуют действительности.
| | |
|
| 1.12, robux (ok), 12:12, 04/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
 Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?
| | |
| |
| 2.29, Аноним (-), 19:31, 04/07/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?
Была бы это заслуга нвидии - обсуждали бы. А так нвидии еще пару факов надо. Может призадумались бы.
| | |
| 2.39, Аноним (-), 16:39, 05/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Э, э, а что, сегодня полезность животворящего фака не будем обсуждать?
Факт херового воспитания Линуса - безусловно, на лице.
| | |
| |
| 3.41, Аноним (-), 17:06, 05/07/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Факт херового воспитания Линуса - безусловно, на лице.
Демонстрировать хорошее воспитание перед голодными акулами - далеко не самая умная идея на свете.
| | |
|
|
| 1.19, Константавр (ok), 14:12, 04/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Драйвер открытый, а тоже поддерживает декодирование только проприетарных форматов. Это как-то связано с железом или нет? Я имею ввиду, карты реально ничего кроме H264 не декодируют?
| | |
| |
| 2.22, Stax (ok), 15:00, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Просто реализуют вначале самое важное. Для 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.
| | |
| 2.26, Аноним (-), 15:31, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Драйвер открытый, а тоже поддерживает декодирование только проприетарных форматов. Это
> как-то связано с железом или нет?
Ясен перец: что умеет железка декодировать - то она и декодирует.
| | |
|
| 1.20, ILYA INDIGO (ok), 14:55, 04/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Здорово!
Я дома на блобе на 8600GT сижу только из-за VDPAU.
Если запилят нормальный просмотр в SMPlayer2 через VDPAU, то мне блоб больше не понадобится.
| | |
| |
| 2.24, Аноним (-), 15:13, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Дык это ж вроде проблема не SMPlayer, а mplayer2. Меняем его на обычный mplayer и все замечательно. SMPlayer всего-лишь гуй.
| | |
| |
| |
| 4.30, Аноним (-), 19:31, 04/07/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Что за проблема с mplayer2, чего-то я не понял.
Наверное на GPU декодировать не умеет, не?
| | |
| |
| 5.31, Аноняша (?), 19:52, 04/07/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Наверное на GPU декодировать не умеет, не?
Как так не умеет?
vo=vdpau,
vc=ffh264vdpau,ffmpeg12vdpau,ffodivxvdpau,ffwmv3vdpau,ffvc1vdpau,
| | |
|
|
|
|
| 1.33, Аноним (-), 04:35, 05/07/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Ой, какая прелесть, + 20% к производительности при декодировании через GPU.
Интересно что лучше справится с HD видео, 4х ядерный процессор, или процессор на видюшке, который слабее в 7 раз?
| | |
| |
| |
| |
| 4.36, ананим (?), 09:35, 05/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ой-ой, как пошло передёрнуто.
Конечно, в топ500 жеж свободные художники собрались.
| | |
|
|
| 2.37, Аноним (-), 14:44, 05/07/2013 [^] [^^] [^^^] [ответить]
| +/– |
Лучше справляется "процессор на видюшке, который слабее в 7 раз". Намного лучше, далеко не на 20%, которые вообще не понятно относительно чего с чем.
| | |
| 2.42, Аноним (-), 17:08, 05/07/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> на видюшке, который слабее в 7 раз?
Ага, только вот почему-то моя видеокарта майнит биткоины примерно в 20 раз быстрее проца с кучей ядер. Не знаете WTF? :)
| | |
|
|
