LINUX.ORG.RU

AMD открыла XvBA: API для аппаратного декодирования видеопотока

 , , , ,


0

1

Библиотека libxvba.so представляет собой интерфейс для работы с UVD2, т.е для аппаратного декодирования видеопотоков H.264, VC-1 и MPEG-2 на видеокартах AMD. Эта библиотека находилась продолжительное время в дистрибутиве проприетарного драйвера Catalyst, однако не сопровождалась какой-либо документацией. Тихо и незаметно, AMD выложила в свободный доступ XvBA SDK (.h файлы, спецификация, примеры) и запустила проект XvBA Tools (xvbat), содержащий небольшой набор утилит для демонстрации работы XvBA.

Библиотека libxvba зависима от Catalyst, и поддержка UVD не появится в свободных драйверах AMD в ближайшее время, так как это, по мнению AMD, может скомпрометировать системы защиты содержимого DRM на других платформах.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: MuZHiK-2 (всего исправлений: 4)

Ответ на: комментарий от anonymous

>Механизм такой.
Всё равно не понятно. VAAPI закрыт или открыт? Почему интерфейс XvBA был закрыт? Почему нужен какой-то отдельный, непонятный mplayer с поддержкой VAAPI? Почему его нету в обычном mplayer?

Booster ★★
()
Ответ на: комментарий от Booster

прозреваю слаку или деб? где надо, всё давно есть. юзайте нормальный дистр.

и поддержка VA-API в основном в ffmpeg'е должна быть. ну в мплеере тож.

и что такое «обычный» мплеер? может еще и *релизами* сей програмулины пользуетесь? у меня обычный emerge mplayer.

anonymous
()
Ответ на: комментарий от anonymous

>прозреваю слаку или деб

юзайте нормальный дистр

Подозреваю святотатство и ересь.

adepto
()
Ответ на: комментарий от anonymous

>у меня обычный emerge mplayer
У меня тоже, но как ни странно vaapi в флагах там нет, как и va vaapi:gl соответственно.

Booster ★★
()
Ответ на: комментарий от anonymous

>и поддержка VA-API в основном в ffmpeg'е должна быть
Это да, есть. Но без проигрывателя это пустое.

Booster ★★
()
Ответ на: комментарий от Booster

mplayer->libva->xvba-video->драйвер->UVD. Можно было написать модули в плеерах, которые бы напрямую использовали xvba, но библиотека была плохо документирована, писалась в той же конторе, которая патчила libva и mplayer-vaapi. Поэтому так и осталось использование xvba через vaapi.

daemonpnz ★★★★★
()
Ответ на: комментарий от PolarFox

Да нет там никаких проблем. Как только 3d будет также распостранено, как и обычные телевизоры, сразу все будет. И экранки и рипы.

AVL2 ★★★★★
()

>может скомпрометировать системы защиты содержимого DRM на других платформах.
Кроссплатформные хомяки-хакеры возрадуются.

darkshvein ☆☆
()

>Библиотека libxvba зависима от Catalyst, и поддержка UVD не появится в свободных драйверах AMD в ближайшее время

А Catalyst уже сто лет, как поломали, так что увы

duott ★★★★★
()

судя по всему, следующая видашка у меня снова будет амд:)

sudoer
()
Ответ на: комментарий от darkshvein

>> На это требуются годы.

У нас сейчас amd64, уже нет :-'

HDCP не тупым перебором взламывали.

tailgunner ★★★★★
()
Ответ на: комментарий от duott

>А Catalyst уже сто лет, как поломали, так что XvBA RIP

fxd

registrant ★★★★★
()
Ответ на: комментарий от tailgunner

А если монитор старый, с D-SUB? С него можно рипнуть спокойно картинку в приличном качестве, для этого есть специальные устройства:)

lucentcode ★★★★★
()
Ответ на: комментарий от alpha2

>Так мало того, AMD открыла спеки, а нормальных дров как не было, так и нет, и не будет!
Вы эти спеки читали? Почитайте, поймёте почему их открытие не привело к созданию хороших открытых двор с поддержкой всего и вся.

Ну не верю я что в AMD/NVidia тупые говнокодеры, которые за 5 лет так и не смогли написать нормальные драйвера.

И правльно делаете, что не верите. Просто пид Linux дрова пишутся по принципу «чтобы было». Ну и работают они примерно так же.

WARNING ★★★★
()

> ...может скомпрометировать системы защиты содержимого DRM на других платформах.

Браво! Значит, реверс-инженерия прориетарного драйвера тоже ее скомпрометирует.

Меня протокол HDCP сам по себе улыбнул: 56-битные ключи, защита от активного перехвата с помощью 100-миллисекундных таймаутов...

segfault ★★★★★
()

Судя по всему, АМД просто пытается погрузить линуксоидов в ГЛУБОЧАЙШУЮ бездну анальной оккупации, так как все это линуксовое БЫДЛО тут же побежит выкидывать карточки и процы NVIDIA и INTEL соответственно, только исходники им открой. Нет, еу вы подумайте, а что кодеры есть будут? Видимо скоро Линух станет хуже Windows Vista! Заебало по уши!

GenGrinV
()
Ответ на: комментарий от daemonpnz

Понятно. Неужели у AMD непосредственно открыт интерфейс драйвера? Но как бы то ни было, у меня последний драйвер сегфолтится, а vaapi на предыдущих версиях вешало систему, в отличие от оффтопика, где всё работает замечательно. В общем ничего кроме матов в адрес амд сказать не могу. ^)

Booster ★★
()

Лучше бы они драйвер открыли

wingrime
()

малатцы ps: пользователь nvidia

alt0v14 ★★★
()
Ответ на: комментарий от Booster

Ну у меня последние дрова, последний mplayer-vaapi и версии библиотек посдение. И всё норм. :)

daemonpnz ★★★★★
()
Ответ на: комментарий от GenGrinV

>Судя по всему, АМД просто пытается погрузить линуксоидов в >ГЛУБОЧАЙШУЮ бездну анальной оккупации, так как все это линуксовое >БЫДЛО тут же побежит выкидывать карточки и процы NVIDIA и INTEL >соответственно, только исходники им открой. Нет, еу вы подумайте, а >что кодеры есть будут? Видимо скоро Линух станет хуже Windows Vista! >Заебало по уши!

Чемодан -> вокзал -> Редмонд.

GluckMan ★★★
()
Ответ на: комментарий от anonymous

> и что такое «обычный» мплеер?

тот который в бубунте

// К.О

anonymous
()
Ответ на: комментарий от tailgunner

>Будешь экран на камеру снимать? Это единственный способ (я ошибся - контент дешифрует не карта, а монитор).

Вообще есть специальные устройства...

jackill ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.