The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Компания AMD открыла код для ускорения декодирования видео с..., opennews (??), 03-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 03-Апр-13, 16:53 
Зачем доказывать очевидное?
http://lists.freedesktop.org/archives/dri-devel/2013-April/0...
http://people.freedesktop.org/~agd5f/radeon_ucode/
Ответить | Правка | Наверх | Cообщить модератору

18. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от anonymousY (ok), 03-Апр-13, 17:20 

Вы firmware блобом называете??? Ну тогда и нынешний радеон тоже обертка над блобом.

Ответить | Правка | Наверх | Cообщить модератору

21. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 03-Апр-13, 17:30 
Блобом называется большой бинарный объект. В частности, нечто по типу 100-килобайтных uvd-микрокодов вида RV_7....bin, не имеющих исходников. Большинство же файлов по ссылке не удовлетворяют этому критерию. Да дело даже не в исходниках, а в том что новость не отражает суть.
Ответить | Правка | Наверх | Cообщить модератору

23. "Компания AMD открыла код для ускорения декодирования видео с..."  –1 +/
Сообщение от anonymousY (ok), 03-Апр-13, 17:38 

>Большинство же файлов по ссылке не удовлетворяют этому критерию.

Так это блоб или не блоб? У вас есть понимание того, чем собственно является firmware?

>Да дело даже не в исходниках, а в том что новость не отражает суть

В чем же она не отражает сути, позвольте спросить?

Ответить | Правка | Наверх | Cообщить модератору

24. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 03-Апр-13, 17:45 
> У вас есть понимание того, чем собственно является firmware?

Есть. Поэтому я не называю микрокод фирмварью.

> В чем же она не отражает сути, позвольте спросить?

В том, что 90% реализации поддержки UVD *не* в виде пачтей.

Ответить | Правка | Наверх | Cообщить модератору

28. "Компания AMD открыла код для ускорения декодирования видео с..."  +2 +/
Сообщение от anonymousY (ok), 03-Апр-13, 17:58 

>Есть. Поэтому я не называю микрокод фирмварью.

Вы называете его блобом.

>В том, что 90% реализации поддержки UVD *не* в виде пачтей.

Вы на аптекарских весах измеряли?
Как вы вообще себе это представляете? fireware содержит специфичный для данного gpu код. Для того чтобы распространить его в исходниках, надо сначала добавить поддержку соответствующей архитектуры в компилятор, затем в ядро. Или надо было все это выложить в виде отдельного .S  файла полностью состоящего из hex-а? Тогда бы реализация стала полностью открытой?

Ответить | Правка | Наверх | Cообщить модератору

57. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 04-Апр-13, 00:22 
> Есть. Поэтому я не называю микрокод фирмварью.

Хотя по факту отличий между ними минимум.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

25. "Компания AMD открыла код для ускорения декодирования видео с..."  –2 +/
Сообщение от Аноним (-), 03-Апр-13, 17:49 
Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

34. "Компания AMD открыла код для ускорения декодирования видео с..."  +1 +/
Сообщение от anonymousY (ok), 03-Апр-13, 18:50 

Если человек невежественен, то ему лучше молчать, тогда он может даже сойти за умного.
Ответить | Правка | Наверх | Cообщить модератору

78. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 04-Апр-13, 03:11 
> Тут недавно была новость про опенсорсную "поддержку" броадкомовского 3D и GL в
> какой-то поделке. Тут тоже самое. Вот только там новость отражала суть, а тут - нет.

Тут это в куда меньшей степени. А так - вы кинули команду накопителю по SATA интерфейсу, а там его контроллер отрабатывает команду. Вас не смущает что у него есть флеха и микрокод в ней? Который и отрабатывает данную команду по факту?

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

88. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 05-Апр-13, 12:00 
> какой-то поделке.

Raspberry Pi это был. Ну да, там совсем отстойно сделано: GPU загружает систему, а ARM с линем там так - вспомогательная фигня при GPU, которую уже потом догружает сам GPU, после того как стартанул, лол. В указанооом же случае GPU лишь периферия. Своей линии поведения как таковой не имеет, невзирая на микрокод.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

19. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Stax (ok), 03-Апр-13, 17:25 
Вы с луны упали?
Это фирмвари карт, без которых свободный драйвер вообще работать не будет. Им сто лет в обед и они давно входят в любой дистрибутив.

$ ls /lib/firmware/radeon/R600_*
/lib/firmware/radeon/R600_me.bin  /lib/firmware/radeon/R600_pfp.bin  /lib/firmware/radeon/R600_rlc.bin
$ rpm -qf /lib/firmware/radeon/R600_*
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch
linux-firmware-20121218-0.2.gitbda53ca.fc18.noarch

А по ссылке просто более актуальные версии.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

22. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 03-Апр-13, 17:32 
Ага, с луны, упал. Только сначала процитируй строчку, в которой я допустил ошибку.

RV710_uvd.bin    02-Apr-2013 23:24     113K    
RV770_uvd.bin    02-Apr-2013 23:24     89K

И соотнеси это с размером патчей, можешь заодно читать тогда научишься.

Ответить | Правка | Наверх | Cообщить модератору

26. "Компания AMD открыла код для ускорения декодирования видео с..."  +2 +/
Сообщение от Stax (ok), 03-Апр-13, 17:50 
И? Откуда вы знаете, что это не "вообще" общий UVD-код, который нужен радеонам для работы этого модуля?
Кода мало, т.к. декодирование-то аппаратное, а не в драйвере. Причем на специализированном аппаратном модуле (который еще разный у разных карт), а не на засылаемых из ОС шейдерах. Так какой код вы там ожидаете увидеть, когда по определению это активация аппаратной фичи и передача данных в карту?
Ответить | Правка | Наверх | Cообщить модератору

30. "Компания AMD открыла код для ускорения декодирования видео с..."  +1 +/
Сообщение от Аноним (-), 03-Апр-13, 18:10 
Дались тебе эти блобы.
1) Меняются апи/аби у dri/mesa/drm и оставшейся шайки-братии стека открытых видеодрайверов - менять этот блоб не нужно. Он продолжает просто работать. Что есть неоспоримый плюс.
2) Блоб отлажен и работоспособен на все 110%. И в дальнейшем не представляет проблем со своей поддержкой. Даже если в нём и есть какие-то подпорки для Digital restrictions management, то не срать ли на это? Ускорение видео от этого никуда не пропадает и просто работает.
3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист - open hardware ваш выбор

По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и частотой.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

45. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от qux (ok), 03-Апр-13, 21:20 
> 3) Подозреваю, что ситуация с текущими bios аналогична - архив с кучей
> блобов для разных "блоков" (например для встроенных сетевух). Если такой пурист
> - open hardware ваш выбор

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

> По теме, осталось выцыганить блобы на управление питание, чтобы рулить вольтажом и
> частотой.

А тут почему блобы? Ценной IP вроде нет, защитой от крайних значений аргументировать разве что.

Ответить | Правка | Наверх | Cообщить модератору

50. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от dalco (ok), 03-Апр-13, 22:32 
>А тут почему блобы? Ценной IP вроде нет, защитой от крайних значений аргументировать разве что.

Полгодика назад проскакивала информация (кажется, на похорониксе кто-то из амдшников писал), что под управление питанием в том же каталисте задействован целый самописный фреймворк, заточенный именно под структуру проприетарного драйвера.

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

Резюме от амдшников было примерно такое - мы бы и рады код выложить, но, во-первых, он слишком большой, во-вторых, адвокаты всю IP в нем лет 10 разгребать будут, в-третьих, сей код абсолютно бесполезен для опенсорсных дров, ибо там все совсем по-другому.

Еще более короткое резюме - писать код управления питанием для опенсорсных дров гораздо быстрее и проще с нуля.

P.S. На меня можете не ругаться. За что купил эту инфу, за то и продаю ;)

Ответить | Правка | Наверх | Cообщить модератору

80. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 04-Апр-13, 08:04 
> Еще более короткое резюме - писать код управления питанием для опенсорсных дров
> гораздо быстрее и проще с нуля.

Ну дык. Если бы вы видели что обычно в таком коде бывает (легаси от проприерасов на 10+ лет - это просто залежи мамонтового шита) - вы бы тоже так считали.

Ответить | Правка | Наверх | Cообщить модератору

85. "Компания AMD открыла код для ускорения декодирования видео с..."  +1 +/
Сообщение от qux (ok), 04-Апр-13, 15:36 
Дык ок, сами говорите, для свободных дров вариант с нуля лучше. Зачем тот блоб просить тогда.
Вообще интересно, это такая сложная фича, или фреймворк подхватили под другим причинам..
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

59. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 04-Апр-13, 00:34 
> Пурист-не пурист, а желание использовать поменьше закрытых компонентов достаточно понятно,

Оно конечно да, но просто ныть про микрокод - неконструктивно. Если реально мешает - создайте инициативу по переписыванию, например. Кто же виноват что сервисному процессору код нужен?! С другой стороны, фирмваре у вашего харда вы же врядли станете переписывать, так? Хоть там и есть флешка и ее можно перешить. И довески на блинах, которые тоже можно переписать. Так что по максимально жестким Столлмановским критериям - и это можно освободить. С другой стороны - вред от этого кода не так уж и огромен - сидит он в своей железке и ничего такого особо вредного делать за ее пределами не может особо.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

84. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от qux (ok), 04-Апр-13, 15:32 
Ныть неконструктивно почти по определению :) А упоминать можно по нескольким причинам, намеренный вред не единственная. Свободный код это еще и правило тысячи глаз (или как его там), и возможность исправить что-то своими силами, а не ждать апдейта от производителя (особенно если устройство уже не поддерживается).
Для вашего примера можно вспомнить известный баг с потерей данных, кажется, 12й серией барракуд. Переписывать нет, но иногда вмешаться — да.
Ответить | Правка | Наверх | Cообщить модератору

89. "Компания AMD открыла код для ускорения декодирования видео с..."  +/
Сообщение от Аноним (-), 05-Апр-13, 12:15 
> Ныть неконструктивно почти по определению :) А упоминать можно по нескольким причинам,
> намеренный вред не единственная. Свободный код это еще и правило тысячи
> глаз (или как его там), и возможность исправить что-то своими силами,

Все так. Компромисс? Да, компромисс. С другой стороны - минус один аргумент за проприетарный блободрайвер. Многометровый кус блоба. Замена кучи мегабайтов блоба на открытый стек + мелкий блоб микрокода все-таки шаг вперед. Не такой большой как хотелось бы? Согласен. Но лучше чем было. Все меньше поводов юзать закрытый драйвер.

> а не ждать апдейта от производителя (особенно если устройство уже не поддерживается).

А что ожидается увидеть от апдейта микрокода? Новые форматы? Они могут упереться в ограничения умений железки. Ресурсожоркую хрень типа постпроцессинга оно и так умеет.

> Для вашего примера можно вспомнить известный баг с потерей данных, кажется, 12й
> серией барракуд. Переписывать нет, но иногда вмешаться — да.

Ну да, был там красивый фирмварный факап :). Но GPU не винт, да и вышибается ресетом по шине из любого зависа. Ну, микрокод в RAM перелить опять и он снова живой.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру