The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan

19.11.2025 11:28

После трёх месяцев разработки представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 25.3.0. Тег нового выпуска в git был опубликован 15 ноября, но анонс на сайте появился только вчера (в рассылке релиз не объявлен до сих пор). Первый выпуск ветки Mesa 25.3.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 25.3.1.

В Mesa 25.3 доступна поддержка графического API Vulkan 1.4 в драйверах ANV для GPU Intel, RADV для GPU AMD, NVK для GPU NVIDIA, HoneyKrisp (hk) для GPU Apple, Turnip для GPU Qualcomm, PanVK для GPU ARM Mali, в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn). В драйверах v3dv (GPU Broadcom VideoCore для Raspberry Pi 4+) и dzn (реализация Vulkan поверх Direct3D 12) поддерживается Vulkan 1.0, в драйвере kk (KosmicKrisp, Vulkan поверх Metal) - Vulkan 1.1, а драйвере pvr (GPU Imagination PowerVR) - Vulkan 1.2.

В Mesa также обеспечивается полная поддержка OpenGL 4.6 для драйверов iris (GPU Intel Gen 8+), radeonsi (AMD), Crocus (старые GPU Intel Gen4-Gen7), AMD (r600), zink, llvmpipe, virgl (виртуальный GPU Virgil3D для QEMU/KVM), freedreno (Qualcomm Adreno), d3d12 (прослойка для организации работы OpenGL поверх DirectX 12) и asahi (GPU AGX, используемый в чипах Apple M1 и M2). Поддержка OpenGL 4.5 доступна для GPU NVIDIA (nvc0). Поддержка OpenGL 3.3 присутствует в драйверах softpipe (программный растеризатор) и nv50 (NVIDIA NV50). В драйверах panfrost (GPU ARM Mali) и v3d (GPU Broadcom VideoCore) поддерживается OpenGL 3.1.

Основные новшества:

Дополнительно можно отметить выпуск новой версии спецификации Vulkan 1.4.333, в которой предложено новое расширение VK_EXT_ray_tracing_invocation_reorder, повышающее производительность трассировки лучей в проведённых тестах на 47% при использовании SER (Shader Execution Reordering) в vk_gltf_renderer.

  1. Главная ссылка к новости (https://mesa3d.org/news/releas...)
  2. OpenNews: Релиз Mesa 25.2, свободной реализации OpenGL и Vulkan
  3. OpenNews: Из Mesa удалена поддержка API видеоускорения VDPAU в пользу VA-API
  4. OpenNews: AMD прекратил разработку Vulkan-драйвера AMDVLK в пользу драйвера RADV из Mesa
  5. OpenNews: Проект Mesa заменил OpenGL-драйвер Nouveau на Zink для новых GPU NVIDIA
  6. OpenNews: Релиз Mesa 25.1, свободной реализации OpenGL и Vulkan
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64283-mesa
Ключевые слова: mesa, vulkan, opengl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:07, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Немного не в тему, но когда они уже добавят поддержку для visionfive 2. Патчи отправлены, а до сих пор на рассмотрении.
     
  • 1.2, mos87 (ok), 12:35, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Удалена поддержка программного интерфейса VDPAU

    тупо

     
     
  • 2.4, Аноним (-), 13:22, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не может работать с vulkan и wayland. Да и мало в каких современных приложениях оно используется по умолчанию. Отсюда и.
     
     
  • 3.5, Вы забыли заполнить поле Name. (?), 13:41, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Не может работать с vulkan и wayland.

    Да прям, "не может". Всё оно может, просто код не написали.

    >Да и мало в каких современных приложениях оно используется по умолчанию.

    Единственное рабочее API для ускорения было.

     
     
  • 4.10, Аноним (-), 13:48, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Всё оно может, просто код не написали.

    А мужики то и не знали.

    > Единственное рабочее API для ускорения было.

    Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали.

     
     
  • 5.12, Аноним (12), 13:55, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали.

    А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau вместо проприетарного драйвера.

     
     
  • 6.13, Аноним (-), 13:56, 19/11/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 6.17, Аноним (17), 14:08, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau
    > вместо проприетарного драйвера.

    Прекрасно отвисаю на MESA с AMD GPU не очень древним. А почему нет? GL 4.6, Vulkan 1.4, да еще по скорости - делает проприетарный AMDVLK, настолько что амд вообще его закрыл.

    На что мне жаловаться то? Разве что на факапы с вычислениями, ибо что clover кривой тормозной гедопилок, что rusticl. Но если посмотреть на ROCm - то он нифига не лучше и имеет более 9000 своих проблем. Главная из которых - мизерная прослойка GPUшек поддерживаемых последней версией. Как я понимаю это всех достало и многие движки хотевшие compute просто стали считать через compute-шейдеры Vulkan. Который поддерживается намного лучше. А мне то какая разница через какое именно апи софт будет считать, по большому счету. Н мой вкус +1 причина осваивать вулкан - для меня. Тем более что он еще и в ведроиде есть.

     
     
  • 7.19, Аноним (12), 14:25, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Прекрасно отвисаю на MESA с AMD

    При чем здесь AMD, если идет обсуждение карт Nvidia?

     
  • 4.16, Аноним (17), 14:04, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да прям, "не может". Всё оно может, просто код не написали.

    Как вы напишете код если апя такую возможность не допускает? :)

    > Единственное рабочее API для ускорения было.

    Кто? OpenGL? Судя по его оверхеду его API в Draw Calls - оно зачастую API торможения оказывалось. Ибо я то в курсе сколько траха при активной отрисовке с cpu use на ровном месте и проч можно в GL отхватить. Очень грабельная штука. И очень далекая от того что движки бы хотели на самом деле.

     
  • 4.18, Аноним (18), 14:20, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://en.wikipedia.org/wiki/Video_Acceleration_API
     
  • 2.7, Аноним (-), 13:46, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > тупо

    При том основная тупизна - у архитектов нвидии, придумавших это апи. Без headroom для будущего вообще совсем. Без допущений что на Xorg и OpenGL мир не заканчивается. Без учета развития форматов видео.

    А в данный момент первая скрипка это уже - Vulkan. Это основное акселерированое апи андроида. И почему бы и остальному линуху не делать так же - я не в курсе. Xorg это вообще помойка костылей и вулнов про который лучше всего - забыть. Он уже на ИВЛ в режиме глубокой комы болтается лет 5+ как проект. Никто не хочет это девелопать. Был там какой-то антипрививочник, путающий возведение в степень с XOR, грозился своротить горы. До сих пор ворочает. Где-то там. Погребенный под слоем багов, факапов, фаллаутов и глюков. Вроде бы, но это не точно.

     

  • 1.3, Аноним (3), 12:45, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает, а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые рендерилки текстурированных моделек (напр бенчмарки) работают на ура.
     
     
  • 2.9, Аноним (-), 13:48, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает,
    > а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые
    > рендерилки текстурированных моделек (напр бенчмарки) работают на ура.

    Так если вы более менее в теме - отлично, дебажьте, шлите патчи, новый MR на разруливание - от outsider - очень мотивирует core coders прийти и продолжить. Е...шить в 1 лицо - печально, это не раскрывает потенциал опенсорца.

     
  • 2.14, Мемоним (?), 13:57, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Идет работа, видно какой-то большой рефакторинг делает
    https://gitlab.freedesktop.org/users/Triang3l/activity
     
  • 2.20, Аноним (-), 14:32, 19/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.6, Аноним (-), 13:44, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > добавлена поддержка расширений OpenCL для работы с
    > семафорами (cl_khr_semaphore и cl_khr_external_semaphore).

    Ну наконец-то хоть какой-то прогресс.
    Хорошо что кловер закопали, там этого никогда бы не дождались.

     
  • 1.8, Вы забыли заполнить поле Name. (?), 13:47, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Mesa это какой-то устрашающий монстр, делающий непонятно что, непонятно как.

    Например, что это за ерунда:

    >в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn)

    И то программные рендер, и другое. В чём разница?

    Ну и то, что у них разные версии API для разных устройств поддерживаются -- это какой-то позор, с тех пор как перестали продаваться fixed-function hardware. Да даже тот факт, что userspace библиотека как-то вообще зависит от устройств -- это позорище. Userspace должен быть полностью decoupled с железом. Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая.

    А весь этот боевой гопак в присядку с "это API поддерживается на этом устройстве, но не для этого выпуска от этого OEM" должен гореть в аду. (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой выручки за каждый такого издевательства над покупателями.)

     
     
  • 2.11, Аноним (-), 13:51, 19/11/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.15, Аноним (17), 14:01, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да даже тот факт, что userspace библиотека как-то вообще зависит от
    > устройств -- это позорище.

    Он у всех зависит. И в винде, и на маке. Ибо GPU это массив числокрушилок. С _разными_ наборами команд у разных вендоров. Сюрприз! Когда некая программа просит ей выполнить шейдер на GPU - это надо перегнать в нативный код в формате именно *ТОГО* GPU, и это by design - HW specific. Ибо наборы команд у всех числокрушилок - разные. Совсем.

    Вы же не предлагаете засунуть целый фронтэнд парсера ЯП и бэкэнд кодогенерации - прям в ядро?! Это было бы совершенно неадекватное решение на уровне архитектуры.

    > Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая.

    ИМХО идите лучше на винду с такими замашками.

    > (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой
    > выручки за каждый такого издевательства над покупателями.)

    С юридической точки зрения все шито-крыто: весь девелоп mesa - делается 3rd party, и вы предъявите - нифига и никому ;). Это джентльменские соглашения, не более. Так что до того как качать права - неплохо убедиться в доступности скачиваемого ресурса.

    А для самых непонятливых сообщаю: в опенсорсе вам по умолчанию НИКТО НИЧЕГО НЕ ДОЛЖЕН. Но могут - если захотят. Как-то так. Вот исходя из таких допущений и стройте свои планы. MESA не имеет прямого отношения к AMD/Nvidia/ARM/Imagination/... - сюрприз!

     

  • 1.21, Аноним (21), 14:35, 19/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У них бывают релизы без обрезаний функционала?
     
     
  • 2.23, Аноним (23), 14:57, 19/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Любители коредуо и кривых карт от Хуанга могут не обновлять Мезу. Какой смысл то?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру