Корректирующий релиз драйвера NVIDIA 304.43

Кому нужен fglrx для видеокарт ATi (эта фирма не существует шесть лет) кроме вендузятников?

Ты думаешь после смерти ати все их железки испарились или перепрошились?

http://it-manual.ru/44-ispravlyaem-sinie-lica-na-youtube.html

У меня наоборот появились.

я что-то упустил ?

Всё бы хорошо, но у меня не Ubuntu и мне нужен или сам патч, или OBS вместо PPA. Тем не менее спасибо за то что показал куда копать!

ZenitharChampion

Линуксоидам, конечно.

alex-w

Ты думаешь после смерти ати все их железки испарились или перепрошились?

И зачем же линуксоидам блоб для Radeon на чипах до R500 включительно?

Люди-то те же...

Люди-то те же... где? В Catalyst Team?

Уж больно кривой этот блоб.

А вообще оригинально - исправление ошибок в драйвере путем приобретения новой видеокарты.

Вы не поняли вопрос.

Ага, они уже второй раз переделали поддержку X.Org Server 1.13. Наверное очень важное и полезное дело, в то время как поддержка гибридной графики у AMD есть, а у nVidia - нет. Лучше бы nVidia делом занимались.

Поддержка гибридной графики - не задача nvidia, а задача производителя ноутбука. Ибо в том, как оно реализовано замешаны вендорные костыли. Это раз. И нвидия нормально поддерживает эти чипы, с бамблеби проблем нет. Как доделают ядреное dma - будет даже быстрее.

> И зачем же линуксоидам блоб для Radeon на чипах до R500 включительно?

Я на таком в Oblivion играл (ATi Radeon 9800). Почти все игры для Linux имеют меньшие системные требования, чем эта игра.

Поддержка гибридной графики - не задача nvidia, а задача производителя ноутбука. Ибо в том, как оно реализовано замешаны вендорные костыли. Это раз.

В MUX-less не замешаны и как раз MUX-less поддерживется Catalyst для Linux (в т.ч. Intel HD + Radeon HD). Fail.

с бамблеби проблем нет

Разработчики Bumblebee точно в курсе этих новостей? Fail.

Как доделают ядреное dma - будет даже быстрее.

DMA-BUF запрещено использовать не-GPL драйверам. Fail.

Я на таком в Oblivion играл (ATi Radeon 9800). Почти все игры для Linux имеют меньшие системные требования, чем эта игра.

Понятно. Так зачем же линуксоидам блоб для Radeon на чипах до R500 включительно? И где определение «официальности» драйвера?

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

Не спасет. Все зависит от бага в драйвере. Далеко не все может оставить железо в рабочем состоянии. В х86 ты можешь спокойно внешней бордой по PCI dmaшить в любое место памяти. Так делали угарную шутку на работе в 90х - поставили плату с плисом в PCI жертвы, она dmaшила сообшения с «глубоким смыслом» во фреймбуфер жертвы, не помогала даже перестановка винды, ибо винда про это нифига не знала. Так про что я. А я про то, что этот подход не имеет смысла, так как такая простая ошибка как неправильная настройка dma потенциально все равно систему завалит. И сэндбоксанье драйвера скорее всего вызовет только лишние тормоза и геморрой в поддержке. последние бенчи от мужиков из валва показывают, что виндовая граф. подсистема стала тормознее линуксовой, хотя некоторое время назад все вопили об обратном.
Далее. Даже если иксы упали, да бага в дровах такая, что залочила vt, то в 99% случаев можно залогиниться по ссх и сохранить данные/ребутнуть машину. В винде подобное давно повесит все и вся.

Я уже говорил то, почему отрытый драйвер ati не официален.

> Так зачем же линуксоидам блоб для Radeon на чипах до R500 включительно?

Играть в 3D-игры.

Поищи по названию ppa, я помню, что сорсы были.

В MUX-less не замешаны и как раз MUX-less поддерживется Catalyst для Linux (в т.ч. Intel HD + Radeon HD). Fail.

O'rly? А кто выбирает какие ACPI вызовы будут щелкать питание на дискретной карте? И вообще как это питание будет щелкатся? Если вендор захочет питание будет переключать usb-to-gpio преобразователь, или, что бывает если вендор не осилил ACPI, i2c-gpio expander сидящий на SMBUS'е, например, и щелкаться оно будет юзерспейсным костылем минующим все готовые подсистемы. И делать это он будет только потому, что так захотел вендор.

Разработчики Bumblebee точно в курсе этих новостей? Fail.

Не знаю, у меня полет нормальный. N75SF, i7+GT555M. Проблем не испытывал с момента покупки.

DMA-BUF запрещено использовать не-GPL драйверам. Fail.

Раз так, то да, проблема. Но впрочем на мощных машинах разница с/без dma небольшая.

Я уже говорил то, почему отрытый драйвер ati не официален.

Ничего актуального вы по данному вопросу не писали. Пожалуйста, дайте определение «официальности» драйвера.

Играть в 3D-игры.

У владельцев видеокарт на чипах до R500 включительно, с этим нет проблем, если они пользуются современным дистрибутивом с актуальной версией свободного драйвера, потому что он либо на таком же уровне производительности, как fglrx, либо быстрее. Так зачем же линуксоидам блоб для Radeon на чипах до R500 включительно?

Это все конечно хорошо, но что сломали в новой версии?

Можно по ssh, или даже через rs232 :) А в оффтопике можно по RDP.
В этом плане линукс конечно универсальнее, да и общая надежность ОС конечно выше.

Линукс багами графической подсистемы сложнее довести до кернел паника. Факт.

O'rly? А кто выбирает какие ACPI вызовы будут щелкать питание на дискретной карте?

Это вам не nVidia - всё это есть в апстримном Catalyst.

Не знаю

Я знаю - не в курсе. Скорее сообщите им, чтобы прекратили работу над следующей версией, потому что вы считаете, что с бамблеби проблем нет. К вам обязательно прислушаются.

Но впрочем на мощных машинах разница с/без dma небольшая.

Возможно поэтому в Catalyst поддержка MUX-less PowerXpress появилась с апреля прошлого года, когда PRIME был только в проекте. Никто не запрещал nVidia реализовать поддержку Optimus всё это время, но им наплевать на вас. У них есть дела поважнее - по два раза переписывать поддержку ещё невышедшей версии X.Org Server.

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

Либо медленнее и с артефактами - актуальная версия свободного драйвера будет требоваться ещё долго, а не тормозить всё должно было ещё вчера. Поэтому старый дистрибутив Linux и драйвер Catalyst 9.3 всё ещё вне конкуренции.

Либо медленнее

Ссылки на тесты? Я вижу медленнее только в OpenArena 0.8.5, но в 0.8.8 свободный драйвер быстрее, так что на 0.8.5 наплевать.

и с артефактами

Ссылки на багрепорты?

актуальная версия свободного драйвера будет требоваться ещё долго

Логика сломана.

а не тормозить всё должно было ещё вчера

Не «не тормозить», а «быстрее блоба» и не «вчера», а «сегодня».

Поэтому старый дистрибутив Linux и драйвер Catalyst 9.3 всё ещё вне конкуренции.

Из какого «поэтому»?

Nouveau - не заслуга выродков из невидии.

Спасибо! Обновился...

Ничего актуального вы по данному вопросу не писали. Пожалуйста, дайте определение «официальности» драйвера.

AMD берет на себя ответственность за работу «свободных дров» ?

AMD берет на себя ответственность за работу «свободных дров» ?

Как будто она берёт на себя ответственность за работу проприетарных дров. Нвидия, кстати, тоже.

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

Зато над открытым драйвером Radeon трудится в основном AMD. После этого к AMD относиться плохо - все равно что насрать под дверь человеку, который тебе всегда готов помочь. Невидия же - мрази и выродки поголовно. Они занимаются тем, что отбирают деньги у клиентов и воруют технологии. Клиент деньги принес и ожидает отзывчивую техподдержку и гарантии. Невидия всегда пытается все сокрыть и насрать на клиентов, лишь бы не тратиться. Этот факт выходит далеко за рамки поддержки линукса - невидия всегда и на вендоюзеров срала и смеялась с этого. Могу напомнить про несколько случаев, когда невидия пыталась послать обманутых клиентов, когда видеокарты горели из-за намеренной поставки бракованных чипов. AMD же в таких грязных делишках ни разу замечена не была, а техподдержка у этой компании на высоком уровне.

Я так понял, дело не в открытости/закрытости кода, а в самих компаниях?

Дело в том, что открытый быстрее на тех картах, которые мы обсуждаем. Этого уже достаточно.

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

Если это так, то почему именно невидия заботится о поддержке гибридной графики? И тот же bumbebee - это как раз позор невидии.

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

Насчёт техподдержки на высоком уровне не соглашусь, но она явно лучше, чем у nVidia - техподдержка nVidia вежливая, все дела (и даже чятик есть) но багфиксов нет, так что толку от вежливости техподдержки nVidia ноль.

И да: bumblebee поддерживает далеко не все комбинации.

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

Именно. AMD на данный момент очень благосклонна к своим клиентам и линуксу вообще. Открытый код - это следствие. Невидия же уже много раз показывала себя. с наихудшей стороны. Даже Торвальдс не сдержался и открыто высказал всему миру, что он думает про невидию. Я скорее от Столлмана подобное ожидал, чем от этого тролля.

Среди многих компаний в наше время уровень поддержки как у AMD вполне можно считать высоким.

Знаешь, bumblebee поддерживает их все. потому как по своей сути примитивен. Если «не поддерживает» - надо найти только как оно включается/выключается и нарисовать патч. Будь, ***ть мужиком, не вопи, и хоть раз возьми в руки емакс и пропатч софтину. А то развел тут вопли. Для это потребуется максимум минут 15 ковыряния с ACPI. Совсем зажрались, только в игрушки и умеют играть.
На N75SF например нвидия не впаяна, а в слоте сидит, как-то когда разбирал интереса ради даже пощупал мультиметром. Вызов ACPI тупо вырубает некоторые линии питания, при этом lspci читает rev. 0xff, вместо a1.
Судя по воплям атифагов в этом треде, ати заставила вендоров как-то более или менее стандартизовать интерфейс включения/выключения карты, что в принципе хорошо. Нвидия дала здесь вендорам свободу и появились костыли.
Опять же, копать в том, как устроено врубание/вырубание на ати я не хочу, ибо зарекся брать поделки этих ребят уже очень и очень давно. А каталист, пусть в нем хоть три раза поддерживается переключение, никому не нужен, пока его можно толком юзать только на дерьме мамонта, и он мешает обноситься. Сейчас с этим может лучше, раньше вообще адово было.

Так вот ты какой, крайний драйвер для моей 6600.

В 304.37 не работала регулировка гаммы в SDL-играх. Интересно, исправили это или нет?

В венде сделано решение, которое работает в 99.99% без дополнительного геморроя и необходимости перезапускать запущенные программы. Бежать к другой машине логиниться по ssh чтобы передернуть иксы ? Ну нафиг! 99.99% пользователей просто нажмут reset.

Подскажите пожалуйста, есть смысл ставить последние драйвера на 8600M GT?

Если давно не обновлялся то есть. Пользуешься CUDA или VDPAU?

CUDA нет. А разве VDPAU не при почти всём просмотре видео задействовано?

Только определённые кодеки видео: MPEG-1, MPEG-2, MPEG-4 ASP (MPEG-4 Part 2), H.264/MPEG-4 AVC и VC-1, WMV3/WMV9. Также используется Adobe Flash Player для видео в HD-качестве.

Если CUDA не пользуешься, то я думаю что обновлять не обязательно. OpenGL (3D-ускорение) работает прекрасно много лет.

В винде подобное давно повесит все и вся.

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

Косая проприетарщина!!

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

Они доказали только то, что и так всем давно известно — оверхед от вызова некоторых функций Direct3D 9 выше, чем у OpenGL, а более новые версии DirectX-а валвовский движок не умеет. К тому же, они тестили на nVidia-вских картах, и тут тоже уж тыщу лет как ни для кого не является тайной то, что на жифорсах GL несколько быстрее, в т.ч. в винде.

Готов поспорить, что запусти они свой OpenGL-ный вариант рендера в винде, он точно так же оказался бы быстрее версии с D3D.