LINUX.ORG.RU

AMD выпустила Stream SDK для Linux

 , , ,


0

0

AMD FireStream — это технология, позволяющая задействовать ресурсы видеочипов AMD R6xx/FireStream для параллельного расчета каких-либо вычислительных задач. Первой версией под Linux оказалась версия за номером 1.1 beta. До сего момента существовала только версия под Windows XP. В то же время nVidia довольно долго выпускает и поддерживает SDK для реализации аналогичной технологии CUDA в собственных чипсетах.

Теперь же доступны версии Stream под Linux (x86 и x86_64). Официально поддерживаемыми дистрибутивами являются RHEL 5.1 и SLES SP1. Предлагаемый SDK включает в себя Brook+ (расширение языка С для потокового программирования, BSD-лицензия) и CAL (Сompute Abstraction Layer). Для работы необходим видеодрайвер Catalyst-8.4 и libstdc++.so.5.

Небольшая презентация Brook+ в схемах и картинках: http://ati.amd.com/technology/streamc...
Видеодрайверы и SDK с инструкцией по установке: ftp://streamcomputing:streamcomputing@ftp-developer.amd.com/AMD_Stream_SDK/
Форум AMD Stream: http://forums.amd.com/forum/categorie...

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

★★★★★

Проверено: Shaman007 ()

МОДЕРАТОРАМ

Вторая ссылка в последнем абзаце не распозналась, а html-режим я не осилил.

shahid ★★★★★
() автор топика
Ответ на: МОДЕРАТОРАМ от shahid

no_auto_url+html_limited спасут отца русской демократии

anonymous
()

Когда каталист перестанет вешать мне машину намертво, можно будет попробовать.

anonymous
()
Ответ на: МОДЕРАТОРАМ от shahid

>Вторая ссылка в последнем абзаце не распозналась, а html-режим я не осилил.

ftp://streamcomputing:streamcomputing@ftp-developer.amd.com/AMD_Stream_SDK/v1.0 1.0-beta/

Эта ссылка?

X-Pilot ★★★★★
()

AMD выпустила новую фичу для своих аццки крутых видя. AMD так круто обновила каталист, что половина работающих фич отвалилась. AMD НЕНАВИДИТ программы, показывающие телепередачи под Линукс - видимо поэто навсегда загубила поддержку tvtime в видео-карточка серии R6xx.

AMD, ты не навидишь меня за то что я купил твою видео карту, а я НЕНАВИЖУ ТЕБЯ!!!!!!!!!!

mrxrrr
()
Ответ на: комментарий от X-Pilot

>А по теме - реально ли использовать SDK, если дрова еще сырые?

Телепаты вещают, что они сырее сырой воды.

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

>Когда каталист перестанет вешать мне машину намертво, можно будет попробовать.

Когда с Марса привезут новые руки погибших от трудоголии АйронМенов и имплантируют их всем разработчикам АТИ - тогда можно будет попробовать.

mrxrrr
()

Долго ждал это, получил, но:
Brook+ Compiler.
Converts Brook+ files into C++ code... (с) презенташка
Капец! Зачем кресты? Почему?
Хотя, надо пробовать - не CUDA единой таки.

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

> Используй мощь процессоров Intel, Люк.
Использую, но не простаивать же видеокарте?
Тем более, очень интересно =)
> А за С++ Ати зачет - не Питон же там юзать...
Считаю здесь чистый C уместнее и надёжнее.

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

>но не простаивать же видеокарте?

С ТАКИМИ драйверами - ответ положительный. Проще карту от NVidia купить.

>C

А как же ООП?

anonymous
()

>libstdc++.so.5.

Мдааа.... вовремя, как же. По-моему, у них реально машина времени годика на 4 отстаёт. Может, и дрова поэтому кривые получаются?..

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

Во, теперь можно будет НД-контент декодировать видеокартой, не используя спец.блок в видеокарте :). Кстати, а почему в Нвидия это никто не реализовал? Никому не нужно или сложно?

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

>декодировать видеокартой, не используя спец.блок в видеокарте

Не понял. Вообще под виндой ускорение деодирования HD точно работает, и у Ати, и у НВидиа. Насчет Линукса не уверен...

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

>Не понял. Вообще под виндой ускорение деодирования HD точно работает, и у Ати, и у НВидиа. Насчет Линукса не уверен...

в Линуксе нет. В Винде же, насколько я понял, реализуется через модуль в карте+драйвер+апи+плеер.

в линуксе я имел ввиду использование шейдеров для декодирования нд, все говорять, но никто не делает :)

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

>Считаю здесь чистый C уместнее и надёжнее.

С надежнёё С++? кончай курить левую траву. Насчёт уместнее - тоже не согласен.

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

> Вообще под виндой ускорение деодирования HD точно работает...

Ну как бы да, для общего случая это так... Но если ты сожмешь менкодером видео например с опциями -ovc x264 bitrate=2000:pass=1:turbo=1:frameref=5:bframes=3:direct_pred=auto:weight_b:part itions=all:8x8dct:me=umh:me_range=32:subq=7:mixed_refs:brdo:bime:trellis=1:threa ds=4:nopsnr:nossim то некоторые владельцы карт NVidia и процов Celeron D (или как там они называются) начинают материться в 5 этажей, лихорадочно обновлять драйвера и переустанавливать венду. Был случай такой недавно...

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

> возможно у CUDA неподходящая лицензия, вот никто для HD и не задействует?

В шрёдингере (бывший Dirac) есть поддержка CUDA. AFAIU как при енкодинге, так и при декодировании.

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

> С надежнёё С++? кончай курить левую траву. Насчёт уместнее - тоже не согласен.

Какие милые беседы... Хоть бы кто попробовал привести доводы.

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

>frameref=5

говорили, что нужно указывать 4, тогда будет совместимо и ПС-шными и промышленными(стационарными) проигрывателями

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

> Проще карту от NVidia купить.
Так уже. Но АМД тоже нужны и полезны.
> А как же ООП?
C-код легко оборачивается C++, Питоном и вообще чем хошш (гусары, молчать! =)

anonymous
()

Как я понимаю, этот SDK не в сурсах и требует закрытый драйвер, то есть такое же говно, как CUDA?

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

>в Линуксе нет. В Винде же, насколько я понял, реализуется через модуль в карте+драйвер+апи+плеер.

Плюс зависит от видеокарты. Скажем, у NVidia на 8600 HD-ускорение есть, а на 8800 - нет.

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

> Хоть бы кто попробовал привести доводы.
Пожалуйста: 1. основной язык системного программирования в Линуксах - С.
2. С С-библиотеками намного проще работать из других языков чем с С++ и его шаблонами. А то, что их наделают дичайших, я уверен.
Я против С++ в низкоуровневом СДК.
3. JackYF - негодяй невоспитаный.

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

Если бы!.. У меня было ООП на примере Delphi - вот где вынос мозга. Чего только километровая иерархия VCL стоит...

Поэтому я самостоятель учу С++ - мозг постепенно восстанавливается. Также очень помогает VB .NET с компонентом для MySQL.

anonymous
()

На FTP сэмплы для Visual Studio :(

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

Шаблоны вообще-то для метапрограммирования нужны, а не для SDK. Откуда у тебя данная уверенность, не знаю.

В некотором смысле, С удобней. Но бочку на С++ зря катишь.

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

+ зависит от кодека, VC-1 нвидия не поддерживает и в 9ххх серии.

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

> Шаблоны вообще-то для метапрограммирования нужны, а не для SDK.
Да, но то, что они есть в этом СДК ты можеш убедиться по первой ссылке, если не Ъ, конечно.
> Но бочку на С++ зря катишь.
В данном случае не качу на С++. Качу совсем даже на низкоуровневый СДК на С++.
И не отрицаю, что могу быть не прав, в принципе.

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

>Да, но то, что они есть в этом СДК ты можеш убедиться по первой ссылке, если не Ъ, конечно.

Я сходил. И не зря. Там ни фига не шаблоны хотя бы потому, что там не С++. Там язык, который будет конвертнут в какой-то код. Код там к шаблонам вообще никакого отношения не имеет.

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

> Там язык, который будет конвертнут в какой-то код.
Написано: Brook+ конвертит свои файлы в С++.
Но и про С для ЦПУ тоже написано.
В общем, буду разбираться, почитаю что там внутри - похоже, презенташка оказалась выше моего понимания.
Ссылка на скачивание кривая, кстати.
ftp://ftp-developer.amd.com/AMD_Stream_SDK/v1.01.0-beta/ - вот так верно.

anonymous
()

Все их проблемы под линупсом от того, что ядерный модуль написан на С++

А с учётом размера кодовой базы - контроль над этим хламом давно потерян.

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

> Чего только километровая иерархия VCL стоит...

> Также очень помогает VB .NET с компонентом для MySQL.

У VCL иерархия длинее, чем у .NET Library? Не верю. VB.NET конечно интереснее дельфи, но...

> Поэтому я самостоятель учу С++ - мозг постепенно восстанавливается.

Это кажется. Учи паралелльно haskell и python/ruby.

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

> Пичкали C++ в вузе? Мои соболезнования в связи со смертью вашего дорого мозга >_<

+100000000000000000000000000

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

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

Хачили мы в свое время скомпиленный драйвер, написанный кем-то на С++. То что он из себя представляет в бинарном виде - полнейший ужоснах. Куча уровней абстракций в обработчике прерываний и тому подобные весщи 8-)

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

>>Во, теперь можно будет НД-контент декодировать видеокартой, не используя спец.блок в видеокарте :).

не понял, а как это можно реализовать ? железное декодирование hd video - 1080i к примеру.

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

>MD НЕНАВИДИТ программы, показывающие телепередач

И поддержку xv в mplayer на X200M в ноуте писец не любит.

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