После трёх месяцев разработки представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 25.3.0. Тег нового выпуска в git был опубликован 15 ноября, но анонс на сайте появился только вчера (в рассылке релиз не объявлен до сих пор). Первый выпуск ветки Mesa 25.3.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 25.3.1...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64283
Немного не в тему, но когда они уже добавят поддержку для visionfive 2. Патчи отправлены, а до сих пор на рассмотрении.
>Удалена поддержка программного интерфейса VDPAUтупо
Не может работать с vulkan и wayland. Да и мало в каких современных приложениях оно используется по умолчанию. Отсюда и.
>Не может работать с vulkan и wayland.Да прям, "не может". Всё оно может, просто код не написали.
>Да и мало в каких современных приложениях оно используется по умолчанию.
Единственное рабочее API для ускорения было.
> Всё оно может, просто код не написали.А мужики то и не знали.
> Единственное рабочее API для ускорения было.
Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали.
> Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали.А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau вместо проприетарного драйвера.
Ну расскажи, как проприетарный драйвер будет работать без Mesa, кексперд ты наш ;)
> А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau
> вместо проприетарного драйвера.Прекрасно отвисаю на MESA с AMD GPU не очень древним. А почему нет? GL 4.6, Vulkan 1.4, да еще по скорости - делает проприетарный AMDVLK, настолько что амд вообще его закрыл.
На что мне жаловаться то? Разве что на факапы с вычислениями, ибо что clover кривой тормозной гедопилок, что rusticl. Но если посмотреть на ROCm - то он нифига не лучше и имеет более 9000 своих проблем. Главная из которых - мизерная прослойка GPUшек поддерживаемых последней версией. Как я понимаю это всех достало и многие движки хотевшие compute просто стали считать через compute-шейдеры Vulkan. Который поддерживается намного лучше. А мне то какая разница через какое именно апи софт будет считать, по большому счету. Н мой вкус +1 причина осваивать вулкан - для меня. Тем более что он еще и в ведроиде есть.
> Прекрасно отвисаю на MESA с AMDПри чем здесь AMD, если идет обсуждение карт Nvidia?
> Да прям, "не может". Всё оно может, просто код не написали.Как вы напишете код если апя такую возможность не допускает? :)
> Единственное рабочее API для ускорения было.
Кто? OpenGL? Судя по его оверхеду его API в Draw Calls - оно зачастую API торможения оказывалось. Ибо я то в курсе сколько траха при активной отрисовке с cpu use на ровном месте и проч можно в GL отхватить. Очень грабельная штука. И очень далекая от того что движки бы хотели на самом деле.
https://en.wikipedia.org/wiki/Video_Acceleration_API
> тупоПри том основная тупизна - у архитектов нвидии, придумавших это апи. Без headroom для будущего вообще совсем. Без допущений что на Xorg и OpenGL мир не заканчивается. Без учета развития форматов видео.
А в данный момент первая скрипка это уже - Vulkan. Это основное акселерированое апи андроида. И почему бы и остальному линуху не делать так же - я не в курсе. Xorg это вообще помойка костылей и вулнов про который лучше всего - забыть. Он уже на ИВЛ в режиме глубокой комы болтается лет 5+ как проект. Никто не хочет это девелопать. Был там какой-то антипрививочник, путающий возведение в степень с XOR, грозился своротить горы. До сих пор ворочает. Где-то там. Погребенный под слоем багов, факапов, фаллаутов и глюков. Вроде бы, но это не точно.
К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает, а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые рендерилки текстурированных моделек (напр бенчмарки) работают на ура.
> К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает,
> а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые
> рендерилки текстурированных моделек (напр бенчмарки) работают на ура.Так если вы более менее в теме - отлично, дебажьте, шлите патчи, новый MR на разруливание - от outsider - очень мотивирует core coders прийти и продолжить. Е...шить в 1 лицо - печально, это не раскрывает потенциал опенсорца.
Идет работа, видно какой-то большой рефакторинг делает
https://gitlab.freedesktop.org/users/Triang3l/activity
>К сожалению КузьминКто пустил русского разрабатывать Mesa?
> добавлена поддержка расширений OpenCL для работы с
> семафорами (cl_khr_semaphore и cl_khr_external_semaphore).Ну наконец-то хоть какой-то прогресс.
Хорошо что кловер закопали, там этого никогда бы не дождались.
Mesa это какой-то устрашающий монстр, делающий непонятно что, непонятно как.Например, что это за ерунда:
>в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn)
И то программные рендер, и другое. В чём разница?
Ну и то, что у них разные версии API для разных устройств поддерживаются -- это какой-то позор, с тех пор как перестали продаваться fixed-function hardware. Да даже тот факт, что userspace библиотека как-то вообще зависит от устройств -- это позорище. Userspace должен быть полностью decoupled с железом. Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая.
А весь этот боевой гопак в присядку с "это API поддерживается на этом устройстве, но не для этого выпуска от этого OEM" должен гореть в аду. (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой выручки за каждый такого издевательства над покупателями.)
> Mesa это какой-то устрашающий монстрМожешь предложить альтернативу?
> Да даже тот факт, что userspace библиотека как-то вообще зависит от
> устройств -- это позорище.Он у всех зависит. И в винде, и на маке. Ибо GPU это массив числокрушилок. С _разными_ наборами команд у разных вендоров. Сюрприз! Когда некая программа просит ей выполнить шейдер на GPU - это надо перегнать в нативный код в формате именно *ТОГО* GPU, и это by design - HW specific. Ибо наборы команд у всех числокрушилок - разные. Совсем.
Вы же не предлагаете засунуть целый фронтэнд парсера ЯП и бэкэнд кодогенерации - прям в ядро?! Это было бы совершенно неадекватное решение на уровне архитектуры.
> Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая.
ИМХО идите лучше на винду с такими замашками.
> (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой
> выручки за каждый такого издевательства над покупателями.)С юридической точки зрения все шито-крыто: весь девелоп mesa - делается 3rd party, и вы предъявите - нифига и никому ;). Это джентльменские соглашения, не более. Так что до того как качать права - неплохо убедиться в доступности скачиваемого ресурса.
А для самых непонятливых сообщаю: в опенсорсе вам по умолчанию НИКТО НИЧЕГО НЕ ДОЛЖЕН. Но могут - если захотят. Как-то так. Вот исходя из таких допущений и стройте свои планы. MESA не имеет прямого отношения к AMD/Nvidia/ARM/Imagination/... - сюрприз!
У них бывают релизы без обрезаний функционала?
Любители коредуо и кривых карт от Хуанга могут не обновлять Мезу. Какой смысл то?