Представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 20.0.0. Первый выпуск ветки Mesa 20.0.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 20.0.1. В Mesa 20.0 реализована полная поддержка OpenGL 4.6 для GPU Intel (драйверы i965, iris) и AMD (radeonsi), поддержка OpenGL 4.5 для GPU AMD (r600) и NVIDIA (nvc0), а также поддержка Vulkan 1.2 для карт Intel и AMD...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52401
ждём ebuilds...
что тебе мешает переименовать в локальном оверлее mesa-20.0.0_rc3.ebuild в mesa-20.0.0.ebuild???
А как тогда ждать ебилдов?
Накатить бубунту и ждать бинарей от васяна.
Что ты имеешь против меня и моих бинарей?
мешает незнание того что такое "оверлей"
Нахрена оверлей если можно просто бранч новый сделать и там поменять?
Понятие забивать гвозди микроскопом знакомо?
Уже в майнлайне!
Только что поставил :)
На Phoronix часто пишут новости о новых спецификациях Vulkan. Они выпускают новую версию 1.1.xxx или 1.2.xxx ради одного-двух изменений. Как по мне, это как-то странно. Например последняя новость, добавили расширение line_rasterization для начальной поддержки CAD-ов. А когда будет завершённая поддержка CAD-ов, то версия будет уже 1.2.xxxxx что ли? И каждое мелкое изменение (которых потребуется много) они будут сопровождать выпуском новой спецификации?
Сейчас такое время, выкатывать под видом релизов промежуточные результаты и как можно чаще. В этом смысле вулкановцы ещё медленно работают, надо чаще релизы делать:)По идее, API на которых все основываются должны обновляться крайне редко, продумываться хорошо и никогда не ломаться. Но тенденция сейчас ровно наоборот.
Ну дык надо же по версиям сначала Хром догнать и перегнать, а потом можно будет и на системд с трехзначными числами в номерах релизов замахнуться!
дык ведь nVidia с их версиями проприетарных драйверов была всяко раньше/больше, чем системг, разве нет?
Да, ты прав. У нвидии текущая версия 340-какая-то, а у системд всего лишь 244. В битве версий системд будет промежуточным боссом, а нвидиа - финальным.
440-какая-то, хотел сказать ты. 340 - это давно уже легаси-ветка.
>По идее, API на которых все основываются должны обновляться крайне редко, продумываться хорошо и никогда не ломаться. Но тенденция сейчас ровно наоборот.В Vulkan и так ничего не ломается, просто новые расширения завозят.
> По идее, API на которых все основываются должны обновляться крайне редко, продумываться хорошо и никогда не ломаться. Но тенденция сейчас ровно наоборот.Не меняется лишь мёртвое.
И оно меняется. В Нижнем Мире мы еда...
Червяки одобряют.
Выпускают как только достигают консенсуса, это разве плохо? Надо обновлять стандарты сразу миллиардом спек что-б начиналась истерия с переездом?
Ну какие-то логически завершённые наборы фич, нет?
По сути каждый вызов API который накручивают поверх базовой спецификации - готовая фича, т.к. это API - у него единственное что в фичах есть это предоставляемые ручки)Логическая завершенность это из разряда какого-нибудь HTML5 который после релиза два года поддерживали кто как попало и лучше от этого не было никому.
Не, в API чтобы что-то одно имело смысл - это вообще редкость, обычно действительно интересные результаты получаются, когда выкатывают наборы под какие-то конкретные юз-кейсы. Вон "начальную поддержку CAD" выше помянули - небось из той же серии.
Опять-же этот вызов пригодится для реализации CAD, но это не значит, что он не нужен никому сейчас, смысл то тянуть и релизить скопом? У вендоров при таком цикле выпуска на каждую отдельную фичу времени по сути больше получается
Ну обычная проблема в таких случаях (если что - я ничегоне знаю о Vulcan и графике) в том, что без внятной координации каждое добавление в API получается всё более "костыльным", так как не было совместного планирования. Если у них получается подобного как-то избежать - то интересно, как именно.
Я не знаю, получается ли у них или нет, но я вполне могу представить как у них может получаться.Для этого нужно собрать разработчиков из разных юзкейсов, и заранее обсудить архитектуру, набросать черновые варианты API, разойтись по домам обдумать получившееся. А затем допиливать одну фичу за другой, прислушиваясь к возгласам типа "в таком виде фича бесполезна для моего юзкейса" или "этот функционал надо уметь сочетать с тем, но тот ещё не готов вовсе, пока не допилим тот, нельзя пилить этот" и к любым другим компетентным возгласам.
Одна голова не может представить себе всю задумку целиком, но много разных голов вполне могут представлять разные части, или одно и то же, но с разных точек зрения, таким образом можно выйти на многопроцессорную^W многомозговую архитектуру интеллекта, надо лишь справиться с накладными расходами привносимыми коммуникацией. И после этого процесс не будет особо отличаться от разработки одномозговой конфигурацией, отличия лишь в том, насколько сложные системы при этом можно разрабатывать.
Костыльно получается, когда нет чёткого представления о конечной цели, когда мысль не идёт дальше добавления новой фичи. Костыльно получается, когда чёткое представление вдруг оказывается нечётким, когда на неё взглянешь вблизи -- так бывает, особенно когда что-то совершенно новое разрабатывается. Но vulkan нельзя назвать совершенно новой вещью, у него в предшественниках есть OpenGL, DirectX, glide 3dfx, и возможно ряд других (я не ковырял историю этих разработок намеренно), так что здесь вполне можно надеятся на вполне пристойный результат.
> Для этого нужно собрать разработчиков из разных юзкейсов, и заранее обсудить архитектуру,
> набросать черновые варианты API, разойтись по домам обдумать получившееся. А затем
> допиливать одну фичу за другой, прислушиваясь к возгласам типа "в таком
> виде фича бесполезна для моего юзкейса" или "этот функционал надо уметь
> сочетать с тем, но тот ещё не готов вовсе, пока не
> допилим тот, нельзя пилить этот" и к любым другим компетентным возгласам.вроде OpenGL ругали за долгое утверждение новых версий стандарта?
а как иначе? ждать 3 года пока куча изменений скопится? добавлять в старый стандарт без уверенности что уже выпущенное и сертифицированное железо сможет это поддержать?
они так и делают. например сейчас в Mesa спецификация Vulcan 1.2.133, т.е. 1.2 они уже 133 раза уточнили и дополнили
https://gitlab.freedesktop.org/mesa/mesa/commit/2dae89ac3670...
На самом деле, это не так. Первый релиз Vulkan 1.2 имел версию 1.2.128, в то время как последний релиз ветки 1.1 был 1.1.127
Да, он выпускают новые версии даже для мелких изменений. Даже тупо с исправлением опечаток выпускали как-то.
А вдруг "запилят" фичу, которая в итоге окажется не нужна? Или которая сразу будет заменена фичей получше?Например, в релизе 1.2.130 примут фичу, сделанную AMD, а в 1.2.131 NVIDIA сделает то же самое, только лучше. И уже не удалишь старую фичу, чтобы не ломать совместимость. И так гора легаси накопится довольно быстро.
Если бы релизы выпускались пореже, и вбирали в себя по 15 изменений, а не по одному-два, то такая ситуация вряд ли бы возникла.
>> Они выпускают новую версию 1.1.xxx или 1.2.xxx ради одного-двух изменений.Например, все правильно делают, т.к. lmgtfy:semver. А что не так?
Ушел компилить... АСО будет когда-нибудь 100% заменой LLVM?
Уже но в нем нет таселяции шейдеров т.е fps выше а эффекта нет.Проверял на crysis2
Помогите 🙏
Есть какая-то статистика какой процент ПК может в этот вот самый Vulkan API?Я пытался погуглить, но ничего не нашел. А делать ручной подсчет по опросу оборудования Steam - тоже не вариант, там слишком большой процент видеокарт в разделе "другие"
HD 7770 из 2012 года умеет в Vulkan.
Все GCN-ы могут в Vulkan.
Safe bet: GeForce 600 Series и более новые. 8 лет прошло. С dx12 то же самое. Читай, 100% ПК.
Ну, я знаю какое оборудование поддерживается, но это совсем не означает 100% рынка. Я как минимум 3х людей знаю у которых ПК/ноут больше 10 лет
>> Я как минимум 3х людей знаю у которых ПК/ноут больше 10 летА зачем им вулкан?
Им вулкан незачем. А вот мне бы статистику
Дизы поставили, но никто и приблизительного ответа и не знает.. Понятно
Тут аудитория такая, на любую попытку сбора статистики расчехляют минусятор без разбора. Но я попытал тебя вытащит на 1 '+'.
в новости ссылка на NIR - битая, 404
>ссылка на NIR - битаяТрудно былоо нажать "исправить" и добавить "l" к *.htm :)
и что толку? на этом вулкане только 1.5 ущербных игры от Бесезды. а всё остальное, через эмуляцию вызовов виндового директа, с ужасной потерей производительности, а игропрограмисты и так сейчас ногами пишут этот код.
Существующий результат уже неплох. На RX580 вполне себе комфортно играется на максималках в тот же Metro Exodus, в Skyrim: SE. Остальное ещё не пробовал, но уверен, результат будет неплохим. А если слушать таких как вы, с этим "а что толку", то и прогресса никакого не будет.
5 нативных игр :) Помимо упомянутых вами еще есть No Man's sky и Detroit Become Human. Плюс на линукс феррел интерактив делает порты на vulkan и DXVK/Proton.Сам vulkan еще прекрасно существует на мобильном рынке, там вариантов и нету, либо OGL ES, либо vulkan.
Вулкан это сила! Разбуди вулкан удачи!
В порте Shadow of the Tomb Rider прям такая ужасная потеря, что 1:1 производительность Венды.
И как давно в хлюпиксе 🐧 RTX появился?
Да примерно тогда же когда и на 1080ti и на радеонах
Serious Sam как минимум с 3 части.
кто в двух словах объяснит, какие отличие между мажорными версиями вулкана?
прирост в игоре есть?
Vulkan это API, т.е. еще проще - заголовочные файлы, там нет логики, быстрее не будет, просто добавляют новые методы и описание работы (aka контракты), а уж их скорость исполнения зависит от конкретных реализаций этого API в коде и железе.
Что-то в https://mesamatrix.net/ нет ни слова про Vulkan 1.2
И про Iris тоже.
This page is a graphical representation of the text file docs/features.txt from the Mesa repository.Last time features.txt was parsed: 2020-01-30 18:30:02 (GMT +0700).
Почти месяц как не обновляли. Кроме этого надо чтобы разрабы включили поддерживаемые расширения и драйвера в docs/features.txt https://gitlab.freedesktop.org/mesa/mesa/blob/master/docs/fe...
С файла docs/features.txt, выкинули поддержку Vivante GPU: etnaviv!
> драйвер V3D (для Raspberry Pi) ... обеспечена полная поддержка OpenGL ES 3.1;Вот! Наконец у Qualcomm появился конкурент.