Доступен (http://lists.freedesktop.org/archives/mesa-dev/2013-August/0... релиз свободной реализации OpenGL API - Mesa 9.2 (http://mesa3d.org/). В состоянии первого выпуска ветка Mesa 9.2 имеет экспериментальный статус - после проведения окончательной стабилизации кода, будет выпущена стабильная версия 9.2.1. Выпуск Mesa 9.2 является первой версией, подготовленной в рамках ускоренного процесса разработки (http://www.opennet.me/opennews/art.shtml?num=37374), ознаменовавшего переход к формированию значительных выпусков раз в 3 месяца и корректирующих версий - раз в 2 недели.
В настоящее время в Mesa обеспечена полноценная поддержка OpenGL 3.1 для видеокарт Intel и Radeon. Поддержка OpenGL 3.2/3.3 пока не является полной, но уже очень близка к данному состоянию - остаётся (http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt) довести до конца реализацию языка описания шейдеров GLSL 1.50 и поддержку геометрических шейдеров. После завершения реализации всех возможностей OpenGL 3.2/3.3 планируется выпустить релиз Mesa 10.0.Основные изменения (http://mesa3d.org/relnotes/9.2.html) в Mesa 9.2:
- Поддержка новых расширений OpenGL, определённых в стандартах OpenGL 3.2/3.3 и 4.x:
- GL_ARB_shading_language_420pack (во всех драйверах, поддерживающих GLSL 1.30);
- GL_ARB_texture_buffer_range (nv50, nvc0);
- GL_ARB_texture_multisample (i965);
- GL_ARB_texture_storage_multisample (i965);
- GL_ARB_texture_query_lod (i965);
- GL_ARB_texture_storage (в драйверах radeon, r200 и nouveau);
- GL_EXT_discard_framebuffer (во всех драйверах с поддержкой OpenGL ES);
- GL_EXT_framebuffer_multisample_blit_scaled (i965).- Для драйверов r600g и radeonsi обеспечена (http://www.opennet.me/opennews/art.shtml?num=36571) поддержка встроенных в GPU AMD декодеров UVD 2.2 и 3.0 (Unified Video Decoder), которые позволяют задействовать средства GPU для ускорения декодирования видео. Например, на плечи GPU могут быть вынесены функции пост-процессинга, масштабирования, слияния (compositing), отображения и декодирования потоков, сжатых с использованием кодеков H.264, VC-1, MPEG-2 и MPEG-4 (в том числе DivX, XviD, Blu-ray 3D и Stereo 3D). Для доступа к функциям ускорения декодирования видео используется интерфейс VDPAU (Video Decode and Presentation API);
- В поставку добавлен новый Gallium-драйвер freedreno (http://www.opennet.me/opennews/art.shtml?num=33604) с поддержкой GPU семейства Adreno a220 (http://en.wikipedia.org/wiki/Adreno#Renaming_to_Adreno), встроенных в чипсеты Qualcomm Snapdragon;
- В Gallium-драйверы llvmpipe и softpipe добавлена поддержка программного интерфейса OSMesa (http://www.mesa3d.org/osmesa.html), позволяющего осуществлять рендеринг не на экран, а в находящийся в памяти буфер;
- Для Gallium-драйверов добавлен режим монитроинга производительности с отображением основных параметров работы графической подсистемы поверх текущего изображения (Heads-Up Display, HUD);<center><a href="http://people.freedesktop.org/~mareko/gallium-hud.png"&... src="http://www.opennet.me/opennews/pics_base/0_1364453606.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border="0"></a></center>
- Из состава удалена поддержка трекера состояний Direct3D 10/11 (d3d1x). В качестве причин удаления называется неработоспособность кода, проблемы с использованием в реальных проектах и длительное отсутствие активности в разработке. Дополнительно можно напомнить, что для Mesa отдельно развивается (http://www.opennet.me/opennews/art.shtml?num=37438) трекер состояний для поддержки API Direct3D 9, который полностью работоспособен, обеспечивает высокую производительность и пригоден для запуска реальных игр;
- Удалена реализация расширения GL_EXT_clip_volume_hint, которое не используется драйверами начиная с 2007 года;
- Удалено расширение GL_MESA_resize_buffers, которое использовалось только в уже не поддерживаемом драйвере GDI;
- Из всех Gallium-драйверов удалено расширение GL_EXT_separate_shader_objects, так как оно не позволяло реализовать важные оптимизации для шейдеров GLSL. Вместо GL_EXT_separate_shader_objects следует использовать расширение GL_ARB_separate_shader_objects;
- Работа драйвера i965 для карт Gen6+ теперь требует наличия ядра Linux 3.6 или более новой версии.URL: http://lists.freedesktop.org/archives/mesa-dev/2013-August/0...
Новость: http://www.opennet.me/opennews/art.shtml?num=37757
Объясните нубу - элементы системы, вроде Mesa и Gallium - могут ли они быть свободно установлены в условном дистрибутиве или они намертво приколочены к определенной версии ядра, иксов(или еще чего-либо)?
Для аппаратного ускорения нужно свежее ядро и свежая libdrm. Для программной отрисовки не нужно ничего. Лучше собирать со свежим llvm, хотя теоретически он обязателен не для всех драйверов. Версия иксов особого значения не имеет, но могут иметь значения версии драйверов иксов.
Намертво - не приколочены. В принципе разные версии ядер как правило могут работать с разными версиями MESA и прочая. Но есть нюансы. В частности - некоторые фичи требуют того чтобы подыграло ядро. В этом случае они разумеется будут работать только с ядром не менее заявленного.Например для проигрывания видео на UVD-видеодекодере требуется ядро не менее 3.10 и обновленные файлы с микрокодом вгружаемым в GPU. Иначе будет индейская народная изба "фигвам".
В общем случае - лично мне понравились свежие ядра линя + свежая меса, на Radeon это просто праздник какой-то. И управление частотами отличное, и ускорение декодирования видео, и 3D вполне приличное по производительности стало.
Не приклочены. Установи в одну систему ядра 2.6.32, 3.1 и 3.10. Позагружайся с каждым из них. 3D будет везде, но на старых ядрах медленнее или без поддержки новых видеокарт.Наверное ты подумал что libdrm, xf86-video-ati (сам драйвер) и Mesa при компилировании из исходного кода смотрят на версию ядра. И если оно слишком старое, то новые возможности при компиляции будут выкинуты вообще. Нет, они будут, просто не будут работать, пока не обновишь ядро.
>или они намертво приколочены к определенной версии ядра, иксов(или еще чего-либо)?Не намертво, но диапазон очень маленький.
А ещё кстати есть отдельные (извращенцы?) люди, которые в 3.2 протаскивают новые drmы - это в debian wheezy так.
и в rhel
Расскажите, как этот самый Gallium-HUD использовать?
GALLIUM_HUD="cpu0+cpu1+cpu2+cpu3:100,cpu:100,fps;draw-calls,requested-VRAM+requested-GTT,primitives-generated"
о боже мои глаза!Gentoo Fatality
Причем тут гента?это для любого дистрибутива
Зачем для демонстрации месы упорно используют бенчмарк, ключевые возможности которого меса не поддерживает?
> Зачем для демонстрации месы упорно используют бенчмарк, ключевые возможности которого
> меса не поддерживает?Что именно она "не поддерживает"? Помнится на радеоне и интеле ее до рабочего состояния вроде как там допинали.
геометрические шейдеры и теселяцию. Другого бенчмарка все равно нет.
Разработчикам, полагаю, лучше знать, на чем тестировать свои результаты
Хорошо развивается проект. Надеюсь, он станет стандартом для открытых систем. И проприерасты из AMD и NVidia тоже возьмут его на вооружение. Разрабатывать драйвер, используя MESA, и с нуля - это разные по человекочасам задачи. Так-что выгода от использования MESA очевидна.
но ведь для винды его нужно разрабатывать с нуля => дешевле спортировать чем реализовывать поверх месы
Нет, не дешевле. Практика портирования на фряху показала, что mesa и gallium имеют немалую платформенно не зависимую часть. А значит, разработка драйверов значительно упрощается.
> из AMD и NVidia тоже возьмут его на вооружение.AMD давно делает открытые драйвера. А нвидия на то и нвидия...
Он имеет ввиду поддержку MESA проприетарными драйверами. Сомнительно, учитывая отставание в поддерживаемых спецификациях OpenGL.
Проще сообща пилить общие для всех части mesa, чем каждому свою реализацию.
> Надеюсь, он с.танет стандартом для открытых систем.Ну так это. Уже. http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Desktop-ge... Обрати внимание на год, когда это было написано. Думаешь, это случайность, что бибиотека OpenGL вот уже более 10 лет называется libGL.so.1, и никак иначе? Нет - это потому что стандарт обязывает. Не будь его, библиотека постоянно бы росла в номере, после каждого из разов отваливалась бы вся проприетарщина.
http://lists.freedesktop.org/archives/mesa-dev/2012-Septembe...
Я знаю. Будет libGL.so.2, с которым будет компилироваться весь Open Source, и будет libGL.so.1, с которым будет компилироваться всё проприетарное ПО. Через год - новый релиз дистрибутива Linux, в котором уже libGL.so.1 и libGL.so.3, и всё открытое ПО пересобрано уже с последним. Через год ещё новое ABI. Так уже делается со всеми остальными библиотеками из стандарта LSB,
Нахрена Nvidia нужна Mesa с ее "только запилили OpenGL 3.1", если у них есть свое с блекджеком и шлюхами, уже работающее и поддерживающее все версии OpenGL, в частности OpenGL 4.4 в день выпуска стандартов.
жаль что UVD работает только для карт HD4xxx и выше. старые карточки в пролете.
обещают допилить для r600 (hd2xxx-hd3xxx)
вот интересно, кто минусует? написал по делу все. мб кто-то будет мечтать об обновлении, а оно ему вообще никакого профита не принесет.
