https://www.opennet.dev/openforum/vsluhforumID3/89616.html После открытия (http://www.opennet.ru/opennews/art.shtml?num=36571) компанией AMD кода для ускорения воспроизведения видео с использованием аппаратного декодера UVD, встроенного в современные GPU AMD, патчи с поддержкой данной возможности претерпели несколько ревизий и теперь включены (http://cgit.freedesktop.org/mesa/mesa/commit/?id=5b2855bfe79bfc3995969f2bf775d89b1bc1808a) в дерево исходных кодов текущей версии Mesa.<br><br>Данный набор патчей выгодно отличается от проприетарного драйвера, который предоставляет для ускорения декодирования малопопулярный интерфейс XvBA, тогда как в открытой реализации реализован API VDPAU, предложенный компанией NVIDIA и используемый намного большим количеством программ, чем XvBA.<br><br><br>Также можно упомянуть интеграцию (http://cgit.freedesktop.org/mesa/mesa/commit/?id=302f53dc20593e72848f685643a34ea83d98bb65) в Gallium-драйвер RadeonSI из состава Mesa поддержки OpenCL для организации решения вычислительных задач с использованием GPU HD7000 и HD8000. Разработчики предупреждают, что https://www.opennet.dev/openforum/vsluhforumID3/89616.html#154 Fri, 06 Dec 2013 15:07:27 GMT Для истории оставлю это здесь. 6.12.2013<br>Mesa 10.0 уже имеет в себе вполне приличную поддержу openCl.<br>Достаточно собрать Mesa по мануалу http://dri.freedesktop.org/wiki/GalliumCompute/#How_to_Install и собрать bfgminer.<br><br>Потестил на HD6770<br>Открытый драйвер Radeon - 168.3Megahash/s<br>Закрытый драйвер fglxr - 172Megahash/s<br><br>При текущей сложности это конечно катастрофический разрыв, но в абсолютных цифрах не большой.<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#153 Wed, 17 Apr 2013 09:36:48 GMT Знаете, вот пусть даже всё 100% так (хотя имхо контраст не аж такой) &#8212; речь шла о другом, об оплате оной квалификации :)<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#152 Wed, 17 Apr 2013 06:41:12 GMT ну я же тебе говорил уже: иди на свою винду, что ты тут-то пляшешь?<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#151 Wed, 17 Apr 2013 05:56:23 GMT &gt; Тогда я не понимаю почему вы все время орете о проблемах. Вы <br>&gt; хотите рассказать специалисту по багам в софте что в софте бывают <br>&gt; проблемы? Уверяю вас, это крайне неблагодарное начинание.<br><br>Есть разница между багом и просто "не работает". Я могу написать хелловорд, всем сказать то это принципиально новая ОС, а то что она у вас не работает- это баг!<br><br>&gt;&gt; И нам все равно какой софт, лишь бы он работал, <br>&gt;&gt; что в данном случае мы явно не наблюдаем.<br>&gt; Кроме того, смею заверить что проблемы есть в любом софте. В частности <br>&gt; - в проприетарных драйверах. У них своих проблем хватает. И в <br>&gt; винде, и в лине, и где там еще. Сложному софту - <br>&gt; куча багов. Что логично.<br><br>Ок, ну почему тогда в той же винде, я просто ставлю дрова и у меня все работает и игры не тормозят и окошки не пропадают и ось не падает. <br><br><br>&gt; Что еще интереснее, я знаю где обитают разработчики сабжа. Можно заколотить баг, <br>&gt; а если его не увидели - еще и пойти и немного <br>&gt; пнуть. А с проприетариями так не катит - там вообще дооратьс https://www.opennet.dev/openforum/vsluhforumID3/89616.html#150 Tue, 16 Apr 2013 20:08:47 GMT &gt; А оно и будет, скорее всего.<br><br>вот когда будет &#8212; тогда и приходите.<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#149 Tue, 16 Apr 2013 20:07:56 GMT &gt; Рассказывать профессиональному специалисту по багам об идеале &#8212; затея в высшей степени <br>&gt; неблагодарная.<br><br>особенно круто то, что о багах я вообще речи не вёл. современные ОС defective by design, баги тут дело сотое.<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#148 Tue, 16 Apr 2013 20:05:18 GMT &gt; По моему нескромному мнению &#8212; ты больше попал в разработчиков открытого драйвера. <br><br>они срачи на форумах не читают, они делом занимаются.<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#147 Tue, 16 Apr 2013 19:56:18 GMT &gt; вот даже ты эти два понятия приравниваешь &#8212; стараниями крикунов.<br><br>По моему нескромному мнению - ты больше попал в разработчиков открытого драйвера. Нет, некоторые решения по линии AMD действительно были субоптимальны. Например использование LLVM привело к спуску уймы ресурсов при нулевом user-visible результате. Так что менеджменту амд стоило бы дать по чайнику, чтобы попинывали иногда своих разработчиков. Но если на это забить, драйвер стал и быстрее и фичастее. И без спеков много чего не вышло бы. И кстати спеков на сабж вообще-то не было, как я понимаю. То что амд как-то расперся хотя-бы в виде сорца это сделать - я не совсем понимаю как они там своих юристов-бюрократов дожали. Видимо "могут, если сильно захотят".<br> https://www.opennet.dev/openforum/vsluhforumID3/89616.html#146 Tue, 16 Apr 2013 19:52:29 GMT &gt; этот спич мне спичи про вяленого напоминает: &#171;вот когда мы допишем &#8212; <br>&gt; у нас ТАК КРУТО ВСЁ БУДЕТ, КОТАНЫ!&#187; <br><br>А оно и будет, скорее всего. Просто понимание "крутости" может не совпадать у разных индивидов. Я так думаю что я им постепенно вполне себе буду пользоваться. Но для начала меня больше интересует чтобы низкоуровневая основа графического стека окончательно сформировалась и напрочь задавила все остальные потуги. Это позволит ядерщикам полностью контролировать поведение графического стека + поставит крест на всяком геморрое типа "проприетарные дрова для ARM" и прочие, с которыми гемора очень много по факту. Вплоть до невозможности выбрать желаемое ABI/версию ядра/... - это уже достаточный повод испытывать аллергию относительно проприетарщины.<br>