LINUX.ORG.RU

Новые подробности об открытии спеков карт ATI (AMD)


0

0

7 сентября в Саннивейле (штат Калифорния, США) представители AMD сообщили подробности плана помощи сообществу разработков свободного драйвера для видеокарт ATI Radeon™. На следующей неделе AMD планирует предоставить информацию и пакеты разработки (свободный базовый драйвер) для графических процессоров (GPU) видеокарт линеек HD 2000 и X1000. Для ускорения этого процесса AMD будет сотрудничать с разработчиками SuSE Linux - дистрибутива компании Novell.

Сперва будут предоставлены исходники и спецификации, необходимые для разработки драйвера, позволяющего работать с 2D. Через несколько месяцев AMD будет работать с сообществом для добавления поддержки 3D и аппаратного ускорения для проигрывания видео.

>>> Подробности на сайте AMD

★★★★★

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

Скоро 2D, через пару месяцев 3D, затем пол года до стабильного релиза. В общем можно пока о перехоже на АТИ не думать.

Но в общем новости очень позитивные.

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

> Дурилко:), думаешь доля гэймеров столь высока?

Причем тут геймеры? Производители видюх зарабатывают деньги на карточках среднего класса, а топовые ускорители нужны им скорее ради имиджа (пиписьками меряться, короче говоря :) ). Вот, даже ссылку нашел: http://www.overclockers.ru/hardnews/24412.shtml Для труъ: $30-90 -> 3%; $80-149 -> 13%; $150-249 -> 75%; $250-700 -> 4%; профессиональные видеокарты стоимостью $180-5000 -> 5%.

> Большинство сейчас приобретают ноутбуки уже даже в России.

Обратно, причем тут ноутбуки? В данном контексте не вижу разницы между ноутом и десктопом.

> Ты и в правду думаешь что программисты пишущие код под GPL работают за хлеб с маслом? Что разработку таких сложных драйверов спонсируют сторонние компании?

Сдается мне, что теперь разработка будет идти на деньги Novell.

Relan ★★★★★
()

Сложное финансовое положение способствует пробуждению любви к Линуксу?

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

> да нет, просто положение у нее сейчас хреновое, вот и пошли на "крайние" меры - повернулись лицом к опенсорсу

с учетом того, что все крупные производители компьютеров решили предустанавливать linux, им деваться некуда -- или попытаться привлечь на на свою сторону людей, или терять рынок. Ведь не зря же Dell говорила что они не ставят ati на компы с линуксом

vadiml ★★★★★
()

Новость безусловно хорошая. Но огорчает что они сотрудничают с новелл. К тому же если верить интернету дела у AMD-ATI обстоят неважно. Не получится ли что они просто не успеют открыть все спеки-разорятся?

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

> Хорошо будет, если я смогу теперь восполнить сожаления о купленом лаптопе с X1600. Сам дурак. Проприетарные дрова ещё не отменили.

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

> Но огорчает что они сотрудничают с новелл.

чо за бред? С кем им сотрудничать, с Корпорацией Анонимусов Лора ?

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

> > nVidia будет сосадЪ? или откроет спеки? =)

> Врядли откроет. Незачем.

+1. у nVidia с дровами все шоколадно. в отличии от... и пофиг что закрытые. главное что работают и работают очень хорошо.

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

> То, что в новых версиях дров убирают поддержку более древних моделей - абсолютно нормально. Однако скачать более старую версию дров ничуть не сложнее. Вот, давеча доставал из хламовника MX400 и никаких траблов не обнаружил.

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

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

> у nVidia с дровами все шоколадно. в отличии от... и пофиг что закрытые. главное что работают и работают очень хорошо.

А если я захочу мигрировать на Hurd или ещё что из экзотики... где тогда nvidia с её шоколадными дровами?..

QuietSoul
()

Если всё будет так, как обещают - перееду на АТИ...

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

> А если я захочу мигрировать на Hurd или ещё что из экзотики...

дрова сами будете адаптировать под Hurd? :) btw, а какое видео в Hurd поддерживает аппаратное ускорение в данный момент? :)

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

>чо за бред? С кем им сотрудничать, с Корпорацией Анонимусов Лора ?

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

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

>Только вот логотипы микрософта и "designed for windows95" меня убивало.

Эээ,дарагой, я помню свой к5-90. С ДОС оно работало хреново - всё продвинутое вылетало с классическим "integer divide by zero" (или нужно было кэш отрубать), а вот оффтоп95 там жил отлично. Линукса правда я на нём по малолетству не пробовал :(

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

>>ГПУ - это как расшифровывается

Графическое Процессорное Устройство

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

> Блин то ли у меня пароноя, но мне кажеся, что новел как всегда под SLED заточит , а на остальных дистрах через жопу да костыли работать будет.

Они их и сейчас под SLED делают, не ссы.

Aceler ★★★★★
()

> аппаратного ускорения для проигрывания видео.

Я так понимаю, речь идет о HD. А HDCP они тоже поддержат? Хотелось бы увидеть ее в открытом драйвере... :)

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

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

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

>Маркетинг, понимаешь.

Маркетинг у нвидии - это когда битиками ограничивают возможности более бюджетных чипов и др хаки. Скорей всего это основная причина неоткрытия спецификаций.

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

>Не хочется получить дрова только для сузи.

В сузе ведро и иксы ровно такие же, как и вдругих дистрах. Дрова будут открытые. Ы?

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

>Эээ,дарагой, я помню свой к5-90. С ДОС оно работало хреново - всё продвинутое вылетало с классическим "integer divide by zero" (или нужно было кэш отрубать), а вот оффтоп95 там жил отлично. Линукса правда я на нём по малолетству не пробовал :(

"Продвинутое" - это скомпилированное борман-паскалем или фокспро какой?

Такие проблемы появились еще на старших 486-х, и связаны с ошибками в программах, а не процах.

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

> Тоже верно. Но могли бы привлечь несколько компаний. Например каноникал, мандриву, RH.

Возможно, боятся мсявок. А Новелл для них вроде как свой, карманный.

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

sv75 :
>Сложное финансовое положение способствует пробуждению любви к Линуксу?
Сложное финансовое положение способствует увольнению тех, кто считает, что лишние 2% прибыли не стоят усилий.

chyron:
>Эээ,дарагой, я помню свой к5-90. С ДОС оно работало хреново - всё продвинутое вылетало с классическим "integer divide by zero" (или нужно было кэш отрубать), а вот оффтоп95 там жил отлично.

ошибка возникала из-за кривой функции замера скорости процессора в Борландовских библиотеках- я видел такое на Pentium 1 и под DOS, и под Win(из за тормозов многозадачности функция могла и сработать как надо - на P100 программа запускалась с 1..2 раза, на P133- c 5..6 на P2/266- запускаться перестала)

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

> Это уже мелочи. :) Важен сам факт такой возможности, а в случае с закрытыми спеками её нет.

не такие уж и мелочи... пример: дрова для Интельного видео - открыты уже хз сколько времени. но, afair, эти дрова так и не адаптированы для того же Хурда.

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

>Возможно они хотят переложить написание драйверов под Линукс на сторонних девелоперов, а своих (которые работают над fglrx) уволить ради экономии. Других объяснений их действиям не вижу. Если это действительно так, то дела у них видимо очень плохи.

Крайне сомневаюсь, что на этом можно много сэкономить. fglrx судя по всему пишет команда из 2-3 программеров, не больше. Да и то, скорее всего не на фулл тайм.

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

>Странная симпатия АМД к Новеллу. Момоему бизнес-круги опять водят сообщество за нос. где же подвох? =/

Дела вести удобнее c кем-то конеретным, с которым можно заключить договор и т.д. А не с абстрактным коммюнити, где никто ни за что юридически не отвечает.

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

> > Это уже мелочи. :) Важен сам факт такой возможности, а в случае с закрытыми спеками её нет.

это я вообще к чему. а к тому, что для AMD/ATI открытие спек - лучший выход, потому что их офф.дрова - то еще гуано, это очевидно и общепризнанно. у nVidia подобных проблем нет, и соотв. им смысла нет открывать спеки.

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

> Да еще и ихний симбиоз с m$ , страшно мля.

А разве они соглашение после выхода GPL3 не расторгли? С Linspire вроде расторгли...

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

>Эээ,дарагой, я помню свой к5-90. С ДОС оно работало хреново - всё продвинутое вылетало с классическим "integer divide by zero" (или нужно было кэш отрубать), а вот оффтоп95 там жил отлично. Линукса правда я на нём по малолетству не пробовал :(

Угу. Вылетало также и на быстрых моделях Интел. Просто К5-90 в целых числах оказался шустрым. И старые библиотеки, которые вычисляли параметры задержки для функции типа delay путем проведения мини-теста производительности, стали падать с такой ошибкой. Сам помню принимал участие в исправлении вручную библиотеки Clipper'а. А то все программы (а их на заводе, где я тогда работал была тьма) начали выпадать с такой ошибкой на новых закупленных Селеронах (вместо старых 386 и 486DX).

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

>ошибка возникала из-за кривой функции замера скорости процессора в Борландовских библиотеках- я видел такое на Pentium 1 и под DOS, и под Win(из за тормозов многозадачности функция могла и сработать как надо - на P100 программа запускалась с 1..2 раза, на P133- c 5..6 на P2/266- запускаться перестала)

Были патчилки exe-шников и резиденты, позволявшие обходить эту ошибку. А если в наличии например паскалевые исходники - то можно было и пересобрать с исправленым модулем CRT.

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

>>Эээ,дарагой, я помню свой к5-90. С ДОС оно работало хреново - всё продвинутое вылетало с классическим "integer divide by zero" (или нужно было кэш отрубать), а вот оффтоп95 там жил отлично. Линукса правда я на нём по малолетству не пробовал :(

>"Продвинутое" - это скомпилированное борман-паскалем или фокспро какой?

>Такие проблемы появились еще на старших 486-х, и связаны с ошибками в >программах, а не процах.

Это была ошибка в борладнской библиотеке и никакого отношения к типу проца не имеет. Она получалась из-за того что, для процедуры delay делитель расчитывался с помощью времени выполения пустого цикла.
Таким образом эта ошибка была во всех "продвинутых" програх собранных на борландских компилерах

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

> Они не могут полностью открыть существующий закрытый драйвер

А-га, также как и Sun не могла открыть Java под GPL; и десятки других закрытых проектов, которые их стороннки оправдывали (мол не могут из-за неких соглашений открыть), но которые в конце концов открывались без проблем. Не надо повторять глупости, не имеющие на поверку ничего общего с действительностью.

Спецификации видеокарт (как и драйверы к ним) не открывают только потому как нет конкуренции (или из-за их плохого качества, что в сущности почти одно и то же). Надеюсь, что эта ситуация изменится в скором времени.

mihalych ★★★
()

Ай я яй, а нВидия такмие плахие, что всегда делали достаточно нормльные драва что для офтопик что для других платформ...

им тоже нада было попоганить дравишки чтоб не работало там ничё и конфигураторы гуёвые не делать

Люди свешно просто на вас глядеть

кинули вам кость вы и довольны

а то что работало уже давно незамечаете...

глупо все это со стороны....

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

1. работает во ВСЕХ дистрибутивах.
2. Работатет только в коробочных(и то не у всех) версиях или бери бубен.(Не нада мне тут про "скачать и пару кликов",если требует лишних движений - то нах).

Чуешь разницу?

ЗЫ Интель - наше фсио (пока ?).

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

Я не протв открытых

я против того, что все одно все ждут закрытых которые 1. не будут работаь везде 2. не во всех дистрибутивах

чуеш разницу?

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

а пока интель и нвидя наше фсе

ну может и пока...

нада время

но пока...

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

> и пофиг что закрытые. главное что работают и работают очень хорошо.

Хинт - на открытых nv-дровах стоят копирайты нВидии

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

> Спецификации видеокарт (как и драйверы к ним) не открывают только потому как нет конкуренции (или из-за их плохого качества, что в сущности почти одно и то же).

Я бы даже больше сказал. Спецификации не открывают из-за инертности высшего руководства соответствующих компании. Из-за агитационной политики компаний, зарабатывающих на закрытых спецификациях и ПО. Это просто FUD.

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

Та никто ничегго не ждет.
на 865G все устраивает,а на 945 (GMA900) играться свободног можно.
Если у интеля будет альтернатива(пока для меня нет вариантов), то я буду только рад.

А кол-во FPS в "кантре" и интересы малолетних геймеров-задротов меня не волнуют. :)

an-ha ★★
()
Ответ на: комментарий от Maclaud

>> Она получалась из-за того что, для процедуры delay делитель расчитывался с помощью времени выполения пустого цикла.

а процессор аппаратно пропускал пустые циклы

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

>а процессор аппаратно пропускал пустые циклы

Какие ещё пустые циклы? Там тупо считалось время T, в течении которого делалось N холостых декрементов. Потом по N/T считалась величина задержки. Но на быстрых процессорах T стало занимать меньше одного тика таймера (и начинается статистика, как повезёт попасть на момент переключения таймера) и вылезало деление на ноль. И никаких "аппаратных пропусков пустых циклов" :D

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

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

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

Таким образом было бы просто не включать в бинарную сборку уже ненужные модули.
а в отказе от поддержки старого железа скорее есть экономическая целесообразность, чем маркетинг. Зачем тратить время и деньги на поддержку старого железа в новых драйверах, если эти драйвера не принесут ничего нового для этого железа? Если потребителю нужно, всегда можно скачать старый драйвер. Такая политика обоснована в Windows, но вот для Линуха старые бинарные драйвера могут подходить только к старым же дистрибутивам :)


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

Да уж, я помню как одна контора занималась довнклокингом покупаемых компьютеров с самыми медленными из доступных на рынке процессоров чтобы парк старого софта работал :)

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

Тем не менее оптимизация пустых циклов имела место быть, на том же cirix dx4.

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

> ай в шоке что это действительно правда. Неужели амд и вправду такая хорошая компания как кажется в последнее время?..

АМД всегда поддерживал открытое ПО, но в данном случае все не так просто.

Просто АМДшникам удалось: а) либо уговорить сторонних правообладателей, чьи патенты использовались в их продукции, открыть эти патенты; б) либо выкинуть эти самые патенты из разработок к чертовой матери. Поддержка преимущественно новых версий карт говорит именно о втором варианте :)

У нВидии при желании открыть спецификации и драйверы будут те же самые проблемы со сторонними держателями патентов, и мне почему-то кажется, что это ТЕ ЖЕ САМЫЕ ДЕРЖАТЕЛИ (S3 и ее наследники).

Интел сумел задешево выкупить правообладателей, чьи патенты использовал (Rendition Inc.), потому не имел проблем с открытием исходных кодов драйверов, зато имеет колоссальные проблемы с производительностью видеоадаптеров, из-за которых эта самая Rendition Inc. и разорилась :( .

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

>+1. у nVidia с дровами все шоколадно. в отличии от... и пофиг что закрытые. главное что работают и работают очень хорошо.

Ага, щаз. Попробуй 3D завести на старой видюхе типа GF2GTS на свежих ядрах, особенно самосборных. После 3х часов плясок с бубном накладывания разных патчей на версию 7174, которая есть крайняя поддерживающая GF2GTS, забил и поставил обратно nv. В принципе это возможно, на suse10.1 это я делал, на 10.2 не прокатило. Пока не будет поддержки из коробки, желательно в vanilla ядре, это все костыли и тупиковый путь.

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

> зато имеет колоссальные проблемы с производительностью видеоадаптеров

Какие проблемы? Для офисных приложений производительности интеловской графики вполне достаточно. На большее интегрированные видюхи и не претендуют. В чем проблема? Что касается высокопроизводительного дискретного видео -- Интел над ним уже работает. По их планам оно выйдет через несколько лет и будет конкурировать с топовыми чипами nVidia/ATI того времени.

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

>Ага, щаз. Попробуй 3D завести на старой видюхе типа GF2GTS на свежих ядрах, особенно самосборных. После 3х часов плясок с бубном накладывания разных патчей на версию 7174, которая есть крайняя поддерживающая GF2GTS, забил и поставил обратно nv. В принципе это возможно, на suse10.1 это я делал, на 10.2 не прокатило. Пока не будет поддержки из коробки, желательно в vanilla ядре, это все костыли и тупиковый путь.

Ну конечно! давайте сидеть на древних видюхах и крыть матом производителя, что он их не поддерживает! У нвидии на подходе 9 серия, а она такая сволочь не поддерживает вторую серию... вобщем товарисч MadCAD, ваш пост - бред некрофила.

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