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

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

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

Иногда работает стабильней некоторого проприетарного г-на.

То, что программист должен быть подготовленным - это естественно. Насчет документации: та же AMD вроде как предоставила в свое время нужные спеки, после чего неоднократно громогласно объявлялось, что теперь-то открытые атишные дрова станут самыми дровавыми дровами на свете. "Где посадки?" smile

Ммм... 80 fps Nexuiz. Таки шейдеры все на месте  wink

когда драйвер утверждает, что умеет делать то, на что по факту не способен или способен

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

Писать самому драйвера для видеокарты... очень сложно. Надо иметь 2 машины, обладать знаниями ядра, Ring-0 команд процессора.
Было бы хорошо, если есть документация. Но ее нет! Из-за этого программист еще должен знать работу видекарт, работу визуальных эффектов, алгоритмы и многое другое.

То, что программист должен быть подготовленным - это естественно. Насчет документации: та же AMD вроде как предоставила в свое время нужные спеки, после чего неоднократно громогласно объявлялось, что теперь-то открытые атишные дрова станут самыми дровавыми дровами на свете. "Где посадки?"

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

В качестве примера приводится реализация поддержки в KDE 4.5 двух новых эффектов, требующих привлечения определенных OpenGL-шейдеров: размывание и сглаживание методом Ланцоша. С проприетарным драйвером NVIDIA проблем не возникло, но свободные драйверы дезинформировали систему о поддержке нужных функций, не выполняя их на самом деле.
http://blog.martin-graesslin.com/blog/2 … paces-4-5/