VAAPI на AMD Raven — странный предмет

C MPEG много где можно поиметь проблем. Тот-же mpv по-умолчанию mpeg не ускоряет аппаратно если его не пнуть именно из-за этого.

А там куча реализаций условно совместимых. Формат не был рассчитан на аппаратные декодеры.

О vaapi уже многое говорит то, что хоть Intel и выкатил его раньше vdpau, но в Flash Player и многие другие программы добавили только поддержку vdpau. А AMD со своим XvBA появился до vdpau, но видимо недостаточно открытый был. Потом с прослойкой между XvBA и vaapi приложения пропатченные до поддержки vaapi как-то заработали. А когда SDK открыли, уже поздно было.

А для свободных AMD сначала в Gallium добавили патчи для vdpau в 2013г. (AMD опубликовала код для поддержки UVD) и через год уже vaapi (Патчи с начальной реализацией VA-API state tracker для gallium опубликованы AMD в списке рассылки Mesa, обязательно почитай).

Независимый OpenMAX так и остался на ARM, да андроидах. Хотя AMD добавила в месу, но разработчики говорят - Мы запаримся линковать со всеми реализациями, пусть остаётся в андроиде.

MPEG4

лол. сама наивнота.

Во flash player не добавили vaapi по той причине, что он несколько лет как сдох и туда уже ничего не добавят.

Года 4 назад совсем сдох, но 7 лет назад осилили же добавить vdpau, хоть и коряво. Так что проблема была в vaapi - Философия VAAPI.

А что, поддержку mpeg4 part2 завезли в vaapi-драйвер? Ее там отродясь небыло, т.к. формат очень плохо стандартизирован.

А что, поддержку mpeg4 part2 завезли в vaapi-драйвер?

Ну в vdpau же есть:

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                           0  8192  2048  2048
MPEG2_SIMPLE                    3  8192  2048  2048
MPEG2_MAIN                      3  8192  2048  2048
H264_BASELINE                  41  8192  2048  2048
H264_MAIN                      41  8192  2048  2048
H264_HIGH                      41  8192  2048  2048
VC1_SIMPLE                      1  8190  2048  2048
VC1_MAIN                        2  8190  2048  2048
VC1_ADVANCED                    4  8190  2048  2048
MPEG4_PART2_SP                  3  8192  2048  2048
MPEG4_PART2_ASP                 5  8192  2048  2048

MPEG-4 part 2 is disabled by default due to VAAPI limitations (the main Intel driver never implemented it, so it didn't get much testing). Set the environment variable VAAPI_MPEG4_ENABLED to 1 to try to use it anyway.

VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD

Это очень странно, т.к. в атишном драйвере vdpau реализовано поверх vaapi. И например, divx, один из самых распространенный несовместимых вариантов mpeg4, там явно не поддерживается.

Забудь. В атишном драйвере вообще xvba, потом прослойка до vaapi, и ещё одна до vdpau. Только в последний версиях проскакивало, вроде, что делали ещё напрямую какой-то из них, но я уже давно тогда сбежал на открытый, потому-что он работает, а на fglrx декодирование отваливалось после пары просмотров.

Тут лучше расписано: https://wiki.archlinux.org/index.php/hardware_video_acceleration. Только OpenMAX нет.

Это неаидия. Я просто к тому, что зелёным зоопарк не помешал реализовать.

divx, один из самых распространенный несовместимых вариантов mpeg4

Да, для divx там поддержка отдельными пунктами идёт:

DIVX4_QMOBILE                   0  8192  2048  2048
DIVX4_MOBILE                    0  8192  2048  2048
DIVX4_HOME_THEATER              0  8192  2048  2048
DIVX4_HD_1080P                  0  8192  2048  2048
DIVX5_QMOBILE                   0  8192  2048  2048
DIVX5_MOBILE                    0  8192  2048  2048
DIVX5_HOME_THEATER              0  8192  2048  2048
DIVX5_HD_1080P                  0  8192  2048  2048

А вот divx что-то нет у radeonsi, хотя они вместе заявлены для прошлого UVD3.

UVD 3 adds support for additional hardware ... DivX and Xvid via MPEG-4 Part 2 decoding

name                        level macbs width height
----------------------------------------------------
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 ---

VAProfileMPEG4Simple            : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple    : VAEntrypointVLD

Set the environment variable VAAPI_MPEG4_ENABLED to 1 to try to use it anyway.

Если задать, то на AMD Raven станет невозможным любое использование vaapi. vainfo — падает, после того как напечатает инфу (core dumped). mpv --vo=vaapi --hwdec=vaapi падает, даже не показав окна, mpv --vo=gpu --hwdec=vaapi наотрез отказывается юзать аппаратное ускорение.

О vaapi уже многое говорит то, что хоть Intel и выкатил его раньше vdpau, но в Flash Player и многие другие программы добавили только поддержку vdpau.

Ну естественно — квази-монополист NVIDIA одно время топил за vdpau и продавил его везде, где только можно. Но vdpau хотя бы открытый, в отличие от нового API «зелёных» NVDEC/NVENC.

Так что проблема была в vaapi - Философия VAAPI.

Я с тех пор подучил английский и научился читать код. Так что там всё более или менее нормально. :-) Просто я пытался использовать API не совсем для того, для чего оно предназначалось.