Нужен ли мне vaapi/vdpau на процессоре и видеокарточке AMD?

есть специально собранные ролики, например взлетающие утки, если не лагают при просмотре, то пусть cpu декодирует видео

https://rutracker.org/forum/viewtopic.php?t=857557

Просто по этой таблице, например, хер поймешь, нужен или не нужен.

ролики

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

Если работает без них, то не надо.

Ладно, спасибо, соберу пока без vdpau (я узнал, что vaapi/libva для AMD не нужен), если будет тормозить, то соберу с.

почему не нужен? как раз амд поддерживает это все счастье, плюс еще OMX, ну вопрос нужности конечно стоит, но лично мне не мешает, хочу кручу видео на vaapi, хочу на vdpau, а если то и вообще на omx, например vaapi на вайленде пригодиться если без xwayland работать.

я собираюсь завтра пробовать настраивать систему на amdgpu-pro, нужны ли мне будут в таком случае эти открытые реализации?

не нужны, там своя реализация vdpau

А что, VDPAU они таки сделали? (Я больше двух лет не следил).

ну там походу месовский допили под себя

vdpauinfo
display: :0   screen: 0
API version: 1
Information string: G3DVL VDPAU Driver Shared Library version 1.0

Video surface:

name   width height types
-------------------------------------------
420    16384 16384  NV12 YV12 
422    16384 16384  UYVY YUYV 
444    16384 16384  Y8U8V8A8 V8U8Y8A8 

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                           0  9216  2048  1152
MPEG2_SIMPLE                    3  9216  2048  1152
MPEG2_MAIN                      3  9216  2048  1152
H264_BASELINE                  41  9216  2048  1152
H264_MAIN                      41  9216  2048  1152
H264_HIGH                      41  9216  2048  1152
VC1_SIMPLE                      1  9216  2048  1152
VC1_MAIN                        2  9216  2048  1152
VC1_ADVANCED                    4  9216  2048  1152
MPEG4_PART2_SP                  3  9216  2048  1152
MPEG4_PART2_ASP                 5  9216  2048  1152
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
DIVX4_HD_1080P                 --- not supported ---
DIVX5_QMOBILE                  --- not supported ---
DIVX5_MOBILE                   --- not supported ---
DIVX5_HOME_THEATER             --- not supported ---
DIVX5_HD_1080P                 --- not supported ---
H264_CONSTRAINED_BASELINE      --- not supported ---
H264_EXTENDED                  --- not supported ---
H264_PROGRESSIVE_HIGH          --- not supported ---
H264_CONSTRAINED_HIGH          --- not supported ---
H264_HIGH_444_PREDICTIVE       --- not supported ---
HEVC_MAIN                      --- not supported ---
HEVC_MAIN_10                   --- not supported ---
HEVC_MAIN_STILL                --- not supported ---
HEVC_MAIN_12                   --- not supported ---
HEVC_MAIN_444                  --- not supported ---

Output surface:

Ух-ты. А они молодцы.

то пусть cpu декодирует видео

А если необучаемым выйти из досовых однозадачных времён и запустить параллельно компиляцию, виртуалку, обновление системы?

hi10p, hevc?

Достаточно новое железо поддерживает, и vp9 ещё в придачу.

Я просто глобально включил флаг vaapi, mesa и mpv собираются с ним. Никаких блокировок, h264 декодируется аппаратно. Mesa поддерживает и vdpau, но мне он не нравится (а если хочешь использовать плееры на gstreamer, то он работает только с vaapi).

Без поддержки аппаратного декодирования в mesa или плеере видео будет декодироваться на CPU (на современных системах это, в принципе, не проблема, если только это не какое-нибудь 4К/8К).

Если его поддержка имеется, то стоит. Это серьёзно снижает бесполезную нагрузку с CPU, и кладёт её на правильные плечи хардварного декодера.

А процессор можно нагрузить чем-нибудь ещё. Компиляцией например.

Ладно, спасибо, соберу пока без vdpau

Он реализован нвидиа, и потому не желателен для АМД.

я узнал, что vaapi/libva для AMD не нужен

Где узнал? Я не спец, но кажись для AMD USE=«vaapi» должно бить глобальным для всех пакетов.

Также в .bashrc

export LIBVA_DRIVER_NAME=gallium
export XDG_RUNTIME_DIR=~/.vaapi
mkdir -p $XDG_RUNTIME_DIR && chmod -R 700 $XDG_RUNTIME_DIR

в .bash_logout

rm -rf $XDG_RUNTIME_DIR

Проверка:

$ vainfo
.....
libva info: va_getDriverName() returns 0
libva info: User requested driver 'gallium'
libva info: Trying to open /usr/lib64/va/drivers/gallium_drv_video.so
.....
vainfo: Driver version: mesa gallium vaapi
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG4Simple            : VAEntrypointVLD
      VAProfileMPEG4AdvancedSimple    : VAEntrypointVLD
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileH264Baseline           : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointVLD

не нужны, там своя реализация vdpau

Точно не нужны? А vaapi? А как бить с приложениями использующими vaapi API?

По моему

USE=vaapi

и

export LIBVA_DRIVER_NAME=gallium

таки надо. Да, оно реализацию возмёт с драйвера radeon но через gallium систему mesa.

и запустить параллельно компиляцию, виртуалку, обновление системы?

А потом CFS систему раком поставит.

Он реализован нвидиа, и потому не желателен для АМД.

Предложи им ещё и от x86 отказаться.

А ты типа теоретик? Я проверял и пытался поднять что gl что эти всякие vdapau\vaapi, и получал или сегфолты или краш иксов, у amdgpu-pro пока что еще много всего своего, может когда всякие изменения из ядра, gbm и libdrm вольют в апстирм то станет лучше.

Предложил vaapi!

А ты типа теоретик?

Практический пользователь, но не обращаю особого внимания на ускорение видео.

Я проверял и пытался поднять что gl что эти всякие vdapau\vaapi, и получал или сегфолты или краш иксов, у amdgpu-pro пока что еще много всего своего, может когда всякие изменения из ядра, gbm и libdrm вольют в апстирм то станет лучше.

Пользуюсь radeon & radeonsi, стабильная ветка Gentoo. Полёт нормальный, за исключением одного бага с подвисанием в radeonsi.

Хочу пробовать wayland, у меня многоместные системы и пока не спишу.

ну дык на открытых ясно что все пашет, а вот на закрытом amdgpu-pro пока есть проблемы, я думал что будет все бесшовно и красиво, тут хочу закрытый использую, тут хочу лд_прелод и открытый, а оно оказалось не так, поверх закрытого открытые чего-то не пашут, хотя если наоборот то opencl работает нормально, походу все чему не нужно иксы будет работать.

Предложил vaapi!

Зачем, когда стандартом де-факто является vdpau.

Использую fglrx+vaapi+xvba с 2011 года. Какие блоки? Все четко!

а какую версию ядра и иксов ты сейчас используешь?

Не знаю. Ну, ядро точно 4.0, а иксы не помню. И вообще у меня NVIDIA. Я говорил про нетбук, которым я пользовался 5 лет назад.

Ну вот, а вот если бы использовал fglrx, то знал бы точно и версию ядра и версию иксов.

Он реализован нвидиа, и потому не желателен для АМД.

FUD

УМВР