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

AMD всё больше торт. :)

bsdfun (27.02.2011 10:57:36)

> DRM

Зачем оно вообще нужно, если всё, что человек может увидеть, сможет увидеть и рипалка видеопотока?

PolarFox (27.02.2011 11:01:45)

> Зачем оно вообще нужно, если всё, что человек может увидеть, сможет увидеть и рипалка видеопотока?

Поток будет шифрованным end-to-end - т.е. не будет стадии, гле цифровой контент не зашифрован. Финальная стадия дешифровки - видеокарта (с HDCP, да).

tailgunner (27.02.2011 11:04:08)

Цифровому потоку всё равно придётся принять аналоговую форму перед тем как попасть в глаз. Да, качество при подобном рипе пострадает, но ведь цель копирастии (отсутствие рипа как такового) не достигнута. А юзеру одна головная боль трахаться с одобренными устройствами воспроизведения. Проще скачать пиратскую копию без drm и воспроизвести на чём угодно.

PolarFox (27.02.2011 11:09:06)

>Библиотека libxvba зависима от Catalyst

и в чем тогда смысл?

//nvidia тоже libvdpau распространяет

devl547 (27.02.2011 11:24:13)

в том, что теперь это теперь документированная библиотека от AMD, а не xvba-video от левой конторы

daemonpnz (27.02.2011 11:35:34)

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

И в чем радость?

Shlyapa (27.02.2011 11:42:14)

> и в чем тогда смысл?

В том, что ей теперь можно пользоваться.
Для пользователей свободных дров пока смысла никакого.

shahid (27.02.2011 11:44:13)

>В том, что ей теперь можно пользоваться.

по ссылке говорят, что она теперь даже амд не нужна

registrant (27.02.2011 11:50:53)

> Цифровому потоку всё равно придётся принять аналоговую форму перед тем как попасть в глаз.

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

> цель копирастии (отсутствие рипа как такового) не достигнута.

Цель копирастии - заработать денег. // К.О.

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

tailgunner (27.02.2011 12:01:02)

> Будешь экран на камеру снимать?

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

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

PolarFox (27.02.2011 12:16:15)

>> Будешь экран на камеру снимать?

> Можно испортить drmнутый телевизор, рипая поток, идущий по шлейфам в матрицу.

Можно много чего натеоретизировать.

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

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

tailgunner (27.02.2011 12:18:45)

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

И тем не менее с рутрекера можно скачать все новинки мирового кинематографа, причём не только экранки, но и достойного качества hd рипы.

PolarFox (27.02.2011 12:20:50)

Только с 3d форматом пока что проблемы, но это скорее из-за того, что мало у кого есть чем это проиграть.

PolarFox (27.02.2011 12:27:25)

AMD решила прикормить кактусян, толку от неё мало.

Absolute_Unix (27.02.2011 12:56:34)

>Последнее исправление: MuZHiK-2
о_О
по сабжу - ну открыла, а толку?
работало раньше - будет работать и потом
что изменилось?

megabaks (27.02.2011 13:04:35)

А что мешает выпустить отдельный патч для свободного драйвера?

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

RussianNeuroMancer (27.02.2011 17:31:49)

>Поток будет шифрованным end-to-end - т.е. не будет стадии, гле цифровой контент не зашифрован. Финальная стадия дешифровки - видеокарта (с HDCP, да).

RIP с экрана же!

FiXer (28.02.2011 0:00:35)

а что они будут делать если партия дешифрующих чипов уйдет к китайскому nonemae производителю?

с такой фигней граббер собрать не так уж и сложно.

что-то мне не кажется невероятным такой оборот, учитывая что устройства в основном через китай и собираются.

vasaka (28.02.2011 21:04:13)

А говно-то с орехами!

Catalyst теперь частично открыт? Кактусоедам приятного аппетита, а я продолжу пользоваться свободными драйверами. Рад что открыли SDK и прочее.

Camel (28.02.2011 21:10:41)

>Финальная стадия дешифровки - видеокарта (с HDCP, да).
Ключи HDCP уже взломаны. Смысла в шифровании нет никакого.

> Поток будет шифрованным end-to-end - т.е. не будет стадии, гле цифровой контент не зашифрован.

И зашифрованными электромагнитными импульсами попадает прямо в мозг...

Без очков с поляризацией в общем не канает.

sv75 (28.02.2011 21:18:32)

>Можно испортить drmнутый телевизор, рипая поток, идущий по шлейфам в матрицу.

Современные матрицы подключаются через стандарт eDP, предполагающий, что декодирование HDCP/DPCP происходит в интегрированном прямо в них контроллере. Так что не к шлейфам, а к дорожкам на матрице придётся подключаться.

anonymfus (28.02.2011 21:18:39)

Зато DPCP не взломана ещё.

anonymfus (28.02.2011 21:19:39)

Ну тогда хоть экранку с телевизора снимай. Кстати таким образом можно сделать достаточно качественный рип в плане картинки (звук придётся высасывать отдельно), чай не в кинотеатре на премьере.

PolarFox (28.02.2011 21:23:11)

>>Финальная стадия дешифровки - видеокарта (с HDCP, да).

>Ключи HDCP уже взломаны.

Вопрос в том, сколько времени на это потребовалось.

tailgunner (28.02.2011 21:34:57)

даже меньше чем на повсеместное распространение технологии.

vasaka (28.02.2011 21:38:21)

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

Рано пока радоваться

Lumi (28.02.2011 21:41:21)

Всё банальнее - можно купить подходящий монитор, и сделать граббер из него. Чипы добывать даже не надо.

Quasar (28.02.2011 21:52:31)

Хех, насколько помню LCD матрицы ныне LVDS где гонится параллельный поток сырых данных на пиксели (поправьте, давно уже не рыл спеки в этой области, могу ошибаться). Отпаиваем матрицу, вешаем лог. анализатор. Снимаем дамп, далее кодируем и заливаем на пайрэтбей с помоткой "йохохо и мой друг паяльник".

AiFiLTr0 (28.02.2011 22:10:15)

Не прошло и недели, как новость подтвердили.

shahid (28.02.2011 22:28:55)

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

Ненавижу копирастов.

gigamax (28.02.2011 23:12:57)

А как енту xvba нужно использовать? В mplayer такая опция есть, но что-то я не замечал какого-либо прироста производительности. mplayer-vaapi вешает мою систему.

Booster (28.02.2011 23:50:47)

Нет свищу, похоже нет такой опции. Нужно собрать с флагом xvmc или другое?

Booster (28.02.2011 23:59:53)

В Бобруйск

guitarist (01.03.2011 0:09:13)

нужно использовать mplayer-vaapi

daemonpnz (01.03.2011 2:56:32)

Вот странная контора AMD. Вроде и открывают доки/спеки и даже код открывают... Но вот умудряются сделать это так, что толку от этого ровно ноль. Имхо, они нас очень тонко троллят.

WARNING (01.03.2011 6:10:14)

/opt/mplayer-vaapi/bin/mplayer -vo xv:gl -va vaapi:gl istoria_igrushek_1995.mkv

Вот так. Если не работает - используй VLC, там все есть.

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

Так мало того, AMD открыла спеки, а нормальных дров как не было, так и нет, и не будет!

Все вопросы к вашему любимому Линусу, который так и не может осилить стабильный HAL в ядре.

alpha2 (01.03.2011 6:35:49)

> для аппаратного декодирования видеопотоков H.264, VC-1 и MPEG-2 на видеокартах AMD.
А где Theora и VP8? А остальные форматы и не нужны особо.

> поддержка UVD не появится в свободных драйверах AMD в ближайшее время, так как это, по мнению AMD, может скомпрометировать системы защиты содержимого DRM на других платформах.
Да они давно "скомпрометированы" же, разве нет?
Подскажите, кстати, как выбрать видеокарту без поддержки DRM, но что бы давала при этом хорошую производительность?

Xenius (01.03.2011 8:29:50)

Мда, 11.2 у меня вылетает в сегфолт. Драйвера AMD всё лучше и лучше. ^)

Booster (01.03.2011 9:05:25)

>нужно использовать mplayer-vaapi
И нахрена тогда эта libxvba?

Booster (01.03.2011 9:06:33)

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

daemonpnz (01.03.2011 9:37:35)

>Затем, что раньше библиотека была недокументирована и только в виде бинарника от левой конторки,
Как-то всё запутано. Зачем AMD ложила в дистрибутив библиотеку от левой конторы? И зачем она там, если всё равно она не документирована и никто не мог её использовать?

Booster (01.03.2011 9:42:00)

Ещё непонятно, причём здесь DRM. Если я верно понимаю, то DRM не основана на закрытых алгоритмах, а основана на ключах. В общем странно всё это.

Booster (01.03.2011 9:55:06)

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

Готов участвовать в проекте, аналогичном SETI at home, но направленном против копирастов, всем имеющимся у меня в наличии вычислительным оборудованием, круглосуточно (все-равно не выключается, торренты, то-сё :) )

AleXP (01.03.2011 9:58:23)

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

fractaler (01.03.2011 10:05:30)

То есть аппаратное ускорение как-то может защитить DRM? Бред какой-то.

По поводу libxvba кажется понял, они до этого момента давали доку только одной конторе. Странная эта AMD.

Booster (01.03.2011 10:08:07)

Механизм такой. Вот был VAAPI в 2006 году. Это API для аппаратного декодирования видео. Драйверов с его поддержкой не было, проект просто был. Потом появился VDPAU для nVidia и S3 и появился свободным: все необходимые программы обзавелись его поддержкой. AMD в свою очередь воспользовалась VAAPI, написав для него плагин, XvBA.