После трёх месяцев разработки состоялся (https://lists.freedesktop.org/archives/mesa-announce/2016-No...) релиз свободной реализации OpenGL API - Mesa 13.0 (http://mesa3d.org/), примечательный реализацией (https://mesamatrix.net/) OpenGL 4.5 в драйверах RadeonSI, Nouveau (nvc0) и Intel (i965). Первый выпуск ветки Mesa 13.0.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 13.0.2.
Поддержка новых версий OpenGL доступна для видеокарт AMD на основе архитектуры GCN (HD 7700-7900, HD 8000, Rx 240-290, Rx 300), NVIDIA на базе GPU Fermi, Kepler и Maxwell (GeForce 400/500/600/700) и Intel семейства Gen8+ (Broadwell и новее). Кроме того, в драйвере Intel для GPU семейства gen9+ (Skylake) обеспечена поддержка OpenGL ES 3.2. Для драйверов RadeonSI и Nouveau пока не завершено тестирование в Khronos, поэтому несмотря на реализацию всех расширений OpenGL 4.5 в данных драйверах в качестве максимальной поддерживаемой версии указывается OpenGL 4.3.Кроме поддержки OpenGL 4.5 и OpenGL ES 3.2 в новом выпуске можно отметить следующие (http://cgit.freedesktop.org/mesa/mesa/log/) изменения (http://cgit.freedesktop.org/mesa/mesa/tree/docs/relnotes/13....):
- Реализация драйвера графического API Vulkan (https://www.opennet.dev/opennews/art.shtml?num=43887) для графических чипов AMD, поддерживаемых драйвером AMDGPU. В прошлом выпуске был представлен вариант драйвера Vulkan для оборудования Intel;
- Поддержка Windows-DRI в GLX;
- Поддержка кодирования H264 через VAAPI;
- Поддержка декодирования H265 через OMX;
- Удаление libudev из числа зависимостей. Вместо libudev теперь используются возможности libdrm;
- Внесение в EGL улучшений и исправлений, связанных с работой бэкендов Wayland, Android и X11/DRI3;
- Реализация расширений EGL: EGL_MESA_platform_surfaceless, EGL_KHR_debu и KHR_no_config_context;- Поддержка новых расширений OpenGL:
- GL_ARB_ES3_1_compatibility в i965- GL_ARB_ES3_2_compatibility в i965/gen8+
- GL_ARB_clear_texture в r600, radeonsi
- GL_ARB_compute_variable_group_size в nvc0, radeonsi
- GL_ARB_cull_distance в radeonsi
- GL_ARB_enhanced_layouts в i965, nv50, nvc0, radeonsi, llvmpipe, softpipe
- GL_ARB_indirect_parameters в radeonsi
- GL_ARB_query_buffer_object в radeonsi
- GL_ARB_shader_draw_parameters в radeonsi
- GL_ARB_shader_group_vote в nvc0
- GL_ARB_shader_viewport_layer_array в i965/gen6+
- GL_ARB_stencil_texturing в i965/hsw
- GL_ARB_texture_stencil8 в i965/hsw
- GL_EXT_window_rectangles в nv50, nvc0
- GL_KHR_blend_equation_advanced в i965
- GL_KHR_robustness в nvc0, radeonsi
- GL_KHR_texture_compression_astc_sliced_3d в i965
- GL_OES_copy_image в nv50, nvc0, r600, radeonsi, softpipe, llvmpipe
- GL_OES_geometry_shader в i965/gen8+, nvc0, radeonsi
- GL_OES_primitive_bounding_box в i965/gen7+, nvc0, radeonsi
- GL_OES_texture_cube_map_array в i965/gen8+, nvc0, radeonsi
- GL_OES_tessellation_shader вn i965/gen7+, nvc0, radeonsi
- GL_OES_viewport_array в nvc0, radeonsi
- GL_ANDROID_extension_pack_es31a в i965/gen9+
URL: https://lists.freedesktop.org/archives/mesa-announce/2016-No...
Новость: http://www.opennet.dev/opennews/art.shtml?num=45412
Верной дороги идёте товарищи кодеры!
13.0.0?! А почему у меня 13.1.0?
арчевод со стажем?
Начинающий убунтовод :)
> Начинающий убунтовод :)...побирающийся по PPA-помойкам
>> Начинающий убунтовод :)
> ...побирающийся по PPA-помойкамНу уж какую инструкцию нашел в сети, то и сделал.
Эти убунтоводы как дети, что найдут в сети - сразу тащат в рот.
> Эти убунтоводы как дети, что найдут в сети - сразу тащат в рот.Из них получаются неплохие crash test dummy. А опеннетчики даже на это не годятся.
> Из них получаются неплохие crash test dummy. А опеннетчики даже на это
> не годятся.Самокритично. Но не следует судить всех по себе.
а вы имеете в наличии несколько личностей, которых знаете также как самого себя? оставайтесь на месте, за вами уже выехали
>>> Из них получаются неплохие crash test dummy. А опеннетчики даже на это не годятся.
>> Самокритично. Но не следует судить всех по себе.
> а вы имеете в наличии несколько личностей, которых знаете также как самого
> себя? оставайтесь на месте, за вами уже выехалиА в огороде бузина, да?
Кстати, почему это вы, отписываясь под анонимом на опеннете, вдруг оказываетесь совсем не посетителем опеннета? При этом претендуя на знание пригодности других посетителей к чему либо?
И с чего у вас вообще так подгорает? Убунтуйщику правда глаза режет? Вы еще расскажите, что у вас там не пытались блобятину от всяких проприетарщиков протолкнуть и запилить полноценный appstore, беря пример с яблоков и окошек )
https://wiki.ubuntu.com/SoftwareCenter#ISV_software
http://askubuntu.com/questions/327817/my-free-app-showing-buy
> Эти убунтоводы как вантузятники, что найдут в сети - сразу тащат в рот.//fast fix
> ...побирающийся по PPA-помойкамТо ли дело альтлинукс где без обиняков накормят всякой бле... блобятиной.
Оу, вы знаете как оно в альтлинукс? Я лично не знаю даже как он выглядит ;)
Нормально выглядит, Ынтерпрайзненько так.
Софт немного староват, но всё работает (тьфу-тьфу через левое плечо =).
Какой смысл пользоваться Убунтой, чтоб стрелять себе в ногу не тестированной месой? Лучше либо на ЛТС сидеть и обновлять из репозиториев графику и ядро когда туда дойдет(с обычными выпусками Убунт) либо обновляться каждые пол года.
Чтобы потом читать комментарии амудэ не видеокарта?
почему нормальных людей должно волновать какие лозунги озвучивают фанатики?
Как раз чтобы иметь bleeding edge графику, не мороча при этом голову и есть смысл сидеть на убунте. Именно потому, что есть PPA, в которых все нужные пакеты собраны в более-менее работающем варианте. В отличие, скажем, от моей любиимицы генты, где придётся колдовать самому.
В генте с этим нет проблем при условии что в системе нет пакетов собранных clang`ом.
В генте с этим есть проблема в том плане, что нет (насколько я знаю) никого, кто держал бы оверлей со свежими, но заведомо вменяемыми версиями всего, что нужно с жестко прибитыми "правильными" зависимостями по версиям. Там отнюдь не все коммиты одинаково живые. Да и настолько жестко прибитые конфигурации (там и use-флаги, скорее всего, придётся тоже прибивать гвоздями) - они не особо вписываются в дух генты.
> В генте с этим есть проблема в том плане, что нет (насколько
> я знаю) никого, кто держал бы оверлей со свежими, но заведомо
> вменяемыми версиями всего, что нужно с жестко прибитыми "правильными" зависимостями
> по версиям. Там отнюдь не все коммиты одинаково живые. Да и
> настолько жестко прибитые конфигурации (там и use-флаги, скорее всего, придётся тоже
> прибивать гвоздями) - они не особо вписываются в дух генты.mesa-9999 работает нормально жи.
> Какой смысл пользоваться Убунтой, чтоб стрелять себе в ногу не тестированной месой?Наверное чтобы не "наслаждаться" состоянием графики двухлетней давности, когда всякие GCN были вообще еле живые, висючие и тормозные что пипец, а про какие-нибудь RX470/480 (которые просто офигительны по цена/производительность) старый софт вообще ничего не знает.
На древних видеокартах это может и не заметно а на свежих - каждая версия MESA сильно прогрессирует. Да и интел свое добро допиливает.
Разработчики которым нравится опенсорс заодно получают возможность познакомиться с вулканом используя открытые компоненты без всяких кривых блобов засоряющих систему и вечно создающих проблемы. Вынести ppa если что сильно проще чем сглючивший при деинсталле блободрайвер.
13.1 - это неофициальный номер для unstable trunk, на базе которого месяца через 3 будет создана ветка для будущего стабильного релиза. Формально этой ветки ещё нет https://cgit.freedesktop.org/mesa/mesa/ т.е. у вас просто текущий срез git-репозитория
> 13.0.0?! А почему у меня 13.1.0?Верни машину времени на LOR :)
У тебя не 13.1.0, а 13.1.0-devel. Первая стабильная будет когда-нибудь, вторая тестится сейчас.
>Поддержка Windows-DRI в GLX;что это даст в практическом плане?
Все это конечно круто, но, обычные пользователи просто не успевают покупать новое железо, чтоб ощутить все эти прелести новинок. Я конечно за прогресс, но слишком он последние годы быстро идет.
Там масса улучшений для вполне себе существующего железа.Опять же - за прогрессом гнаться никто не заставляет. К моменту смены мной матери с процессором тому, что было, исполнилось 10 лет - и ничего, я до сих пор жив. Сменил, так как что-то сгорело на матери. При этом в новом железе видеокарта втрое мощнее, чем та затычка, что у меня торчит в PCI-E слоте - я её даже включать не стал, так как затычки хватает, а выяснять, надо ли будет что-то перенастраивать - лень.
> Все это конечно круто, но, обычные пользователи просто не успевают покупать новое
> железо, чтоб ощутить все эти прелести новинок.Извини, например те же GCN'ы вышли года три назад и наверное GCN 1.0 уже все-таки никак не последний писк.
А то что производители не очень рвутся сильно улучшать старое железо...
- У интела gpu та еще дрянь и это хоть немного похоже на подобие нормальных GPU только в самых последних поколениях. У них там реализовать FP64 для старых поколений - целая эпическая сага на несколько лет была.
- АМД совсем не рвется поддерживать ATI'шное творчество, выгрузив их на комьюнити. Впрочем половина комьюнити работает в амд, но их приоритеты на GCN'ах, что логично :)
> те же GCN'ы вышли года три назад
> The first product featuring GCN was launched in 2011Пять лет назад
и до сих пор хватает
> обычные пользователи просто не успевают покупать новое железо, чтоб ощутить все эти прелести новинок.Успевают. Цена китайкого девайса на распоследнем интеловом SoC с распоследним GPU Gen8 стартует от 60 баксов.
У меня таких 2шт.
Прелести новинок в линуксе не ощущаются. Ибо оно не работает в линуксе. От слова совсем...
> обычные пользователи просто не успевают покупать новое железо, чтоб ощутить все эти прелести новинок.Успевают. Цена китайкого девайса на распоследнем интеловом SoC с распоследним GPU Gen8 стартует от 60 баксов.
У меня таких 2шт.
Прелести новинок в линуксе не ощущаются. Ибо оно не работает в линуксе. От слова совсем...
>Поддержка кодирования H264 через VAAPIИ на каких картах? К ffmpeg уже можно прикрутить?
i965. http://www.gearsongallium.com/?p=1238
Вулкан на Ivy Bridge починили?
я думал opengl и так уже свободный
OpenGL - это графический API, а его реализации могут быть как свободными, так и проприетарными.
Привет! Немсотря на наличие слова "library" в расшифровке аббривеатуры OpenGL, это не библиотека. Ну вернее как - библиотека конечно, называется libGL.so.1Это спецификация. "Библиотека имеет право называться OpenGL 1.0, если она умеет a, b, c и ещё несколько сотен возможностей. 1.1 - ещё несколько десятков. 2.0 - ещё шейдерный язык GLSL". На основе этой спецификации вендоры (изготовители видеокарт - домашних и профессиональных, которыми в Голливуде моделируют Трансформеров) делают libGO.so.1 для своих чипов, будть то NVIDIA, AMD или Intel.
> Немсотря
> libGO.so.1Благородному дону стоит не торопиться и перепроверять написанное перед отправкой :).
Люди, объясните, в чем разница между radeon, radeonsi и r600?
radeon для r100-r500
r600 - для HD2000-HD7600
radeonsi - для HD7700 и более новых
У меня Radeon HD3450/3470.
Система поставила модуль radeon. Его нужно менять на r600?
http://www.gearsongallium.com/wp-content/uploads/2014/12/dot...
где radeonsi это 3d драйвер в юзерспейсе, в твоем случае будет использоваться r600, но это все внутрях mesa и не ставится отдельным пакетом.
xf86-video-amdgpu или xserver-xorg-video-(radeon|intel|...) - это дрейвер x server'a.
libdrm_radeon это юзерспейс интерфейс который пересылает вызовы от драйвера в юзерспейсе к DRM в ядре, в случае твоей карты lsmod должен показать radeon.
Как устроены открытые графические драйвера хорошо описано тут http://www.gearsongallium.com/?p=1598
В добавок к картинке выше https://www.x.org/wiki/RadeonFeature их которой следует что:
Radeon HD2400 - HD4290 -> r600;
Kernel Driver: r600-> radeon;
Mesa 3D Driver: r600 -> r600g.
> В добавок к картинке выше https://www.x.org/wiki/RadeonFeature их которой следует что:
> Radeon HD2400 - HD4290 -> r600;
> Kernel Driver: r600-> radeon;
> Mesa 3D Driver: r600 -> r600g.Спасибо друг! Все ясно.
Зачем на Андроид Меса?
загрузи любой образ андройд х86 на реальном железе и узнаешь
Господа, в Fedora 25 будет 13-ая меса?
Не будет
там видно будет. в 14-ю готовтся впиливать уже Vulkan 1.2 версии, помаленьку.
Но вот и дождались: на FreeBSD портировали Mesa 13.0.4.% date && glxinfo -B
суббота, 11 февраля 2017 г. 23:56:58 (MSK)
name of display: unix:0.0
display: unix:0 screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD RS880 (DRM 2.29.0 / 11.0-STABLE, LLVM 3.9.1) (0x9710)
Version: 13.0.4
Accelerated: yes
Video memory: 512MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 3.1
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.0
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD RS880 (DRM 2.29.0 / 11.0-STABLE, LLVM 3.9.1)
OpenGL core profile version string: 3.1 (Core Profile) Mesa 13.0.4
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)OpenGL version string: 3.0 Mesa 13.0.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00