Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
Сообщение от opennews (??), 19-Ноя-25, 12:07
После трёх месяцев разработки представлен релиз свободной реализации API OpenGL и Vulkan - Mesa 25.3.0. Тег нового выпуска в git был опубликован 15 ноября, но анонс на сайте появился только вчера (в рассылке релиз не объявлен до сих пор). Первый выпуск ветки Mesa 25.3.0 имеет экспериментальный статус - после проведения окончательной стабилизации кода будет выпущена стабильная версия 25.3.1... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64283
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+7 +/–
Сообщение от Аноним (1), 19-Ноя-25, 12:07
Немного не в тему, но когда они уже добавят поддержку для visionfive 2. Патчи отправлены, а до сих пор на рассмотрении.
Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–6 +/–
Сообщение от mos87 (ok), 19-Ноя-25, 12:35
>Удалена поддержка программного интерфейса VDPAU тупо
Ответить | Правка | Наверх | Cообщить модератору

	4. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:22
	Не может работать с vulkan и wayland. Да и мало в каких современных приложениях оно используется по умолчанию. Отсюда и.
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–3 +/–
	Сообщение от Вы забыли заполнить поле Name. (?), 19-Ноя-25, 13:41
	>Не может работать с vulkan и wayland. Да прям, "не может". Всё оно может, просто код не написали. >Да и мало в каких современных приложениях оно используется по умолчанию. Единственное рабочее API для ускорения было.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+8 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:48
	> Всё оно может, просто код не написали. А мужики то и не знали. > Единственное рабочее API для ускорения было. Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Аноним (12), 19-Ноя-25, 13:55
	> Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали. А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau вместо проприетарного драйвера.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–2 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:56
	Ну расскажи, как проприетарный драйвер будет работать без Mesa, кексперд ты наш ;)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Аноним (41), 19-Ноя-25, 18:24
	> Ну расскажи, как проприетарный драйвер будет работать без Mesa, кексперд ты наш ;) Проприетарный драйвер Nvidia-то? Как раньше без Mesa работал, так и сейчас работает. У него даже собственные libgl.so.1 и прочее. Ты о чем вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–3 +/–
	Сообщение от Аноним (1), 20-Ноя-25, 03:28
	Причём тут твоя Nvidia?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Аноним (80), 20-Ноя-25, 09:20
	>> VDPAU >> Для карты от Nvidia из 2008 >> Nouveau > Причём тут твоя Nvidia? Действительно, при чем тут Nvidia? 🤦
	Ответить | Правка | Наверх | Cообщить модератору

	86. Скрыто модератором	+/–
	Сообщение от Аноним (-), 20-Ноя-25, 14:26
	А чего пригорело так? Вон сколько минусов проставил, аж роутер не поленился передернуть. Впрочем, похоже, это единственное место, где ты можешь за счёт передергивания роутера хоть как-то самоутвердиться. Ведь в IT ты явно не вошел, и теперь в свои 50+ работаешь каким-нибудь охранником в пятерочке.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (17), 19-Ноя-25, 14:08
	> А для современных видеокарт никто и не будет в здравом уме сидеть на Mesa/Nouveau > вместо проприетарного драйвера. Прекрасно отвисаю на MESA с AMD GPU не очень древним. А почему нет? GL 4.6, Vulkan 1.4, да еще по скорости - делает проприетарный AMDVLK, настолько что амд вообще его закрыл. На что мне жаловаться то? Разве что на факапы с вычислениями, ибо что clover кривой тормозной гедопилок, что rusticl. Но если посмотреть на ROCm - то он нифига не лучше и имеет более 9000 своих проблем. Главная из которых - мизерная прослойка GPUшек поддерживаемых последней версией. Как я понимаю это всех достало и многие движки хотевшие compute просто стали считать через compute-шейдеры Vulkan. Который поддерживается намного лучше. А мне то какая разница через какое именно апи софт будет считать, по большому счету. Н мой вкус +1 причина осваивать вулкан - для меня. Тем более что он еще и в ведроиде есть.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	19. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от Аноним (12), 19-Ноя-25, 14:25
	> Прекрасно отвисаю на MESA с AMD При чем здесь AMD, если идет обсуждение карт Nvidia?
	Ответить | Правка | Наверх | Cообщить модератору

	26. Скрыто модератором	–1 +/–
	Сообщение от Alex (??), 19-Ноя-25, 15:59
	Э... в рамках обсуждения карт невидии поступило предложение поменять их на амуде.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–4 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 17:16
	> При чем здесь AMD, если идет обсуждение карт Nvidia? Nvidia ортогональна MESA и линуху. Вы там в саппорт ей и пишите, сюда то вы что претесь? Вам все равно никто не поможет с пропертарью даже если б и захотели.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	43. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (41), 19-Ноя-25, 18:30
	> Nvidia ортогональна MESA и линуху. Странно, а вот разработчики Nouveau так не считают и реверсят проприетарные дрова от Nvidia, чтобы добавить поддержку ее карт.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 18:40
	>> Nvidia ортогональна MESA и линуху. > Странно, а вот разработчики Nouveau так не считают и реверсят проприетарные дрова > от Nvidia, чтобы добавить поддержку ее карт. Флаг им в руки и барабан на шею. Но дело нормально пойдет не раньше чем нвидия раздуплится на нормальные публичные спеки и интеграцию разработки с остальными. А в режиме "нвидия против всех" вы и нвидия выиграете - дырку от бублика разве что. Сами догадайтесь почему.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (48), 19-Ноя-25, 19:06
	> А в режиме "нвидия против всех" вы и нвидия выиграете - дырку от бублика разве что. Сами догадайтесь почему. Потому что используем 4% васяноподелку вместо нормальной ОС. 💪
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 19:20
	> Потому что используем 4% васяноподелку вместо нормальной ОС. 💪 А там как я вижу нвидия отлично кидает своих адептов искусственно урезая им версии вулкана и проч. В этом смысле AMD @ Linux куда прикольнее ощущается, имхо. Т.е. из железа выжимают все на что оно технически способно а не что маркетинговый отдел укажет по части кидалова. А винды и нвидия... брр... я линух юзаю как раз чтобы с такими м...ками дел не иметь. Искуственные ограничения + неработоспособный саппорт который ни 1 бага не починит не рулят. Да и нормально репортить баги на проприетарь - mission impossible все равно. И вообще - я так смотрю нвидия прикольные подарки фанам подгоняет. То вентиляторы остановит, пожарив чипы. То память вынесет нафиг - убив ФС вдрызг. Вот уж отличные видяхи. Хорошо что это все - не у меня.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (48), 19-Ноя-25, 19:47
	> искусственно урезая им версии вулкана Очередная теория заговора?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 21:01
	>> искусственно урезая им версии вулкана > Очередная теория заговора? Ну как бы если мне GCN 1.0 из 2012 года кажет вулкан 1.3 а вон там в соседней новости утенок с такой нвидией плакает что "какие все редиски, вулкан 1.3 хотят, а меня прокатили, вааай!" - заговор так то довольно материальный получается. И я предпочитаю быть на правильной его стороне, полезной - мне.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	38. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 17:28
	>> Прекрасно отвисаю на MESA с AMD > При чем здесь AMD, если идет обсуждение карт Nvidia? Где тут хоть звук про то что это про нвидии? В AMD если что VDPAU работало на ура. Пока его, вот, дропнуть не решили. Но это тот случай когда помер Аким - и фиг с ним, коли уж не умеет в современные апя и форматы видео :)
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	42. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (41), 19-Ноя-25, 18:27
	> Где тут хоть звук про то что это про нвидии? Там, где выше в ветке: "Для карты от Nvidia из 2008 года может быть. О современных реалиях выше уже написали"
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 18:41
	> Там, где выше в ветке: "Для карты от Nvidia из 2008 года > может быть. О современных реалиях выше уже написали" Господа нвидии притянули за уши. А MESA с ними _всеми_ работает так себе весьма. Ибо реальный факап - в кернелмоде, реклокинге, и проч. Что документировано чуть менее чем нифига. Особенно на нвидиях 2008 года, в более новых с GSP это все попроще малость.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (17), 19-Ноя-25, 14:04
	> Да прям, "не может". Всё оно может, просто код не написали. Как вы напишете код если апя такую возможность не допускает? :) > Единственное рабочее API для ускорения было. Кто? OpenGL? Судя по его оверхеду его API в Draw Calls - оно зачастую API торможения оказывалось. Ибо я то в курсе сколько траха при активной отрисовке с cpu use на ровном месте и проч можно в GL отхватить. Очень грабельная штука. И очень далекая от того что движки бы хотели на самом деле.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	18. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (18), 19-Ноя-25, 14:20
	https://en.wikipedia.org/wiki/Video_Acceleration_API
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	7. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:46
	> тупо При том основная тупизна - у архитектов нвидии, придумавших это апи. Без headroom для будущего вообще совсем. Без допущений что на Xorg и OpenGL мир не заканчивается. Без учета развития форматов видео. А в данный момент первая скрипка это уже - Vulkan. Это основное акселерированое апи андроида. И почему бы и остальному линуху не делать так же - я не в курсе. Xorg это вообще помойка костылей и вулнов про который лучше всего - забыть. Он уже на ИВЛ в режиме глубокой комы болтается лет 5+ как проект. Никто не хочет это девелопать. Был там какой-то антипрививочник, путающий возведение в степень с XOR, грозился своротить горы. До сих пор ворочает. Где-то там. Погребенный под слоем багов, факапов, фаллаутов и глюков. Вроде бы, но это не точно.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	53. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (53), 19-Ноя-25, 19:40
	Ерунда. У xlibre сейчас команда из 30 человек, и коммиты каждый день.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от Аноним (-), 20-Ноя-25, 00:13
	> Ерунда. У xlibre сейчас команда из 30 человек, и коммиты каждый день. И, собственно, что? В какой user-visible результат это все трансформировалось, чтобы разговоры об этом - стоили времени потраченного на них? По каким-то таким причинам - большая часть причастных к графонию в линухе (девы DRM/KMS/GBM и рядом, DE, дистры) воспринимает это как нечто среднее между мышиной возней и гальванизацией трупа. Мораль сей басни такова: хотеть и мочь это 2 разницы. Иногда - большие.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Юра (??), 20-Ноя-25, 10:09
	> антипрививочник Вам дебилам не достаточно того, что псевдо-пандемию просто взяли и отменили начиная с 24.02.2022?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	85. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (85), 20-Ноя-25, 13:43
	Пандемия никуда не делась, сравни цифры до и после.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–1 +/–
Сообщение от Аноним (3), 19-Ноя-25, 12:45
К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает, а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые рендерилки текстурированных моделек (напр бенчмарки) работают на ура.
Ответить | Правка | Наверх | Cообщить модератору

	9. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:48
	> К сожалению Кузьмин чем-то другим занят, в Terakan патчей с июня не поступает, > а там ещё непаханное поле, блиты и compute крашат программы, хотя некоторые > рендерилки текстурированных моделек (напр бенчмарки) работают на ура. Так если вы более менее в теме - отлично, дебажьте, шлите патчи, новый MR на разруливание - от outsider - очень мотивирует core coders прийти и продолжить. Е...шить в 1 лицо - печально, это не раскрывает потенциал опенсорца.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (69), 20-Ноя-25, 00:10
	Когда я в последний раз пытался в этом разобраться, я просто загнал текст спеки AMD в o3 на lmarena, а после него загнал диффы Кузьмина. Это всё в контекст не очень влезает. К большому сожалению lmarena тогда не очень подходила для этого из-за ограничения на размер сообщения. Поэтому промптишь LLM вякать `OK`, и по кускам загоняешь сначала доку AMD, потом релевантную доку месы, а потом превращённые в патчи коммиты Кузьмина, насколько лимита **LMArenы** хватит. Потом промптишь ИИ написать на это всё документацию. К сожалению, как раз во время этого процесса legacy.lmarena.ai прикрыли окончательно, остался только клоудфларно-турникетный главный домен, поэтому на lmarena я больше не хожу. Это произошло в июне, когда я всё-таки собрал этот Terakan из исходников и вот результат: https://vulkan.gpuinfo.org/compare.php?devices[]=A...)&os=all&devices[]=AMD%20R8xx%20Turks%20(Terakan)&os=all#formats_linear Не знаю как там теперь, но слышал, что OpenAI прекратила давать доступ к o3, так как ресурсы на серверах OpenAI жрала так, что GPT-5 сделали кастрированной версией o3 (а сама o3, как и GPT4.5 были нужны исключительно чтобы набрать dataset для дистилляции в GPT-5), а всё остальное по сравнению с o3 - ничто, o3 была абсолютно офигенная модель, но . Пока я доступа к нормальному ИИ уровня o3 как минимум не получу, продолжать копаться в коде месы и нюансах AMDшных datashitов - гиблое дело.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 20-Ноя-25, 01:25
	> что GPT-5 сделали кастрированной версией o3 (а сама o3, как и > GPT4.5 были нужны исключительно чтобы набрать dataset для дистилляции в GPT-5), > а всё остальное по сравнению с o3 - ничто, o3 была > абсолютно офигенная модель, но . Пока я доступа к нормальному ИИ > уровня o3 как минимум не получу, продолжать копаться в коде месы > и нюансах AMDшных datashitов - гиблое дело. Я б не стал сильно доверять тому что AI нагенерит без сильной вхожести в топик самолично. По моему опыту AI может конкретно накормить гуано - и очень фигово если квалификаии не хватит заметить это. Потому что такой код окажется совсем профачен: чинить его не возьмется потом никто ибо за AI бред разгребать нафиг надо, и решение пары мелких локальных проблем - трансформируется в большой факап уровня проекта, где код вообще перестал подлежать майнтенансу превратившись в жуткое спагетти. А эта штука что, и на выводках VLIW5 работает? Вроде изначально для VLIW4 (HD6900) было. Turks вроде ж VLIW5 если меня склероз не подводит?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (77), 20-Ноя-25, 06:25
	У меня лично на BARTS работали: [vkcube](https://0x0.st/KO-e.jpeg), [бенчмарки](https://0x0.st/KO-_.jpeg) (это я писал гневный пост про то, как компания Collabora не умеет бенчмаркить) и [примеры вулкана для рендеринга моделей](https://github.com/Overv/VulkanTutorial) (работают с 0 по [28](https://0x0.st/KO-L.jpeg), последующие падают). Не работали: примеры compute (не реализовано, застаблены нулевыми указателями), и SurrealEngine (функции для блитов застаблены нулевыми указателями). В самой месе поддержка BARTS же есть, как и в LLVM. Подозреваю, что Triang3l заюзал существующую реализацию кодогенератора, и это правильно. В комментах в коде в ./src/amd/terascale/vulkan/ Barts несколько раз упомянут, в том числе такое: ./src/amd/terascale/vulkan/terakan_image.c 96:    * However, on R8xx (tested on Barts), it seems like there's some inconsistency between CB and TC Оффтоп: до того, как в mesa дропнули Clover - работала https://github.com/cnugteren/clblast (вот [патч](https://paste.debian.net/1409517/) для неё, выбирающий ядро по результатам бенчмарка, некоторые бенчмарки вообще валили видеокарту полностью, другие - валили с возможностью восстановления, поэтому патч не для всех ядер добавляет), я как раз хотел доработать LLama.cpp BLAS backend чтобы поверх неё шла - но тут дропнули Clover. Arrayfire на Cloverе падала.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Мемоним (?), 19-Ноя-25, 13:57
	Идет работа, видно какой-то большой рефакторинг делает https://gitlab.freedesktop.org/users/Triang3l/activity
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

6. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
Сообщение от Аноним (-), 19-Ноя-25, 13:44
> добавлена поддержка расширений OpenCL для работы с > семафорами (cl_khr_semaphore и cl_khr_external_semaphore). Ну наконец-то хоть какой-то прогресс. Хорошо что кловер закопали, там этого никогда бы не дождались.
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–2 +/–
Сообщение от Вы забыли заполнить поле Name. (?), 19-Ноя-25, 13:47
Mesa это какой-то устрашающий монстр, делающий непонятно что, непонятно как. Например, что это за ерунда: >в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn) И то программные рендер, и другое. В чём разница? Ну и то, что у них разные версии API для разных устройств поддерживаются -- это какой-то позор, с тех пор как перестали продаваться fixed-function hardware. Да даже тот факт, что userspace библиотека как-то вообще зависит от устройств -- это позорище. Userspace должен быть полностью decoupled с железом. Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая. А весь этот боевой гопак в присядку с "это API поддерживается на этом устройстве, но не для этого выпуска от этого OEM" должен гореть в аду. (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой выручки за каждый такого издевательства над покупателями.)
Ответить | Правка | Наверх | Cообщить модератору

	11. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 13:51
	> Mesa это какой-то устрашающий монстр Можешь предложить альтернативу?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (53), 19-Ноя-25, 19:42
	Nvidia driver
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Юра (??), 20-Ноя-25, 10:04
	Тогда сразу виндос предложил бы, раз тебе все равно на блобы и телеметрию.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+7 +/–
	Сообщение от Аноним (17), 19-Ноя-25, 14:01
	> Да даже тот факт, что userspace библиотека как-то вообще зависит от > устройств -- это позорище. Он у всех зависит. И в винде, и на маке. Ибо GPU это массив числокрушилок. С _разными_ наборами команд у разных вендоров. Сюрприз! Когда некая программа просит ей выполнить шейдер на GPU - это надо перегнать в нативный код в формате именно *ТОГО* GPU, и это by design - HW specific. Ибо наборы команд у всех числокрушилок - разные. Совсем. Вы же не предлагаете засунуть целый фронтэнд парсера ЯП и бэкэнд кодогенерации - прям в ядро?! Это было бы совершенно неадекватное решение на уровне архитектуры. > Поставил драйвер, и userspace работает, ну, либо не работает, если карта совсем несовместимая. ИМХО идите лучше на винду с такими замашками. > (Ну, вернее, производителей надо за такое штрафовать по 10% от годовой > выручки за каждый такого издевательства над покупателями.) С юридической точки зрения все шито-крыто: весь девелоп mesa - делается 3rd party, и вы предъявите - нифига и никому ;). Это джентльменские соглашения, не более. Так что до того как качать права - неплохо убедиться в доступности скачиваемого ресурса. А для самых непонятливых сообщаю: в опенсорсе вам по умолчанию НИКТО НИЧЕГО НЕ ДОЛЖЕН. Но могут - если захотят. Как-то так. Вот исходя из таких допущений и стройте свои планы. MESA не имеет прямого отношения к AMD/Nvidia/ARM/Imagination/... - сюрприз!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	55. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (53), 19-Ноя-25, 19:45
	>С _разными_ наборами команд у разных вендоров. Сюрприз! Intel и AMD под капотом тоже разные наборы команд капитально. На поверхности x86, а на самом деле внутри RISC в который тот x86 в реальном времени транслируется (причём чуть ли не ещё одна ОС этот процесс трансляции хостит, типа minix). Так что не надо никаких сюрпризов, всё уже лет 10 придумано и работает.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 21:26
	> Intel и AMD под капотом тоже разные наборы команд капитально. На поверхности > x86, а на самом деле внутри RISC в который тот x86 > в реальном времени транслируется Это все софту не видно. В чем пойнт этой затеи и состоит. Но с GPU - вы таки получаете абсолютно разные системы команд в их "нативном" виде, это никак не абстрагировано на уровне железа, в отличие от CPU. > (причём чуть ли не ещё одна ОС этот процесс трансляции хостит, типа minix). До того как умничать по теме - надо в ней немного разобраться. Транслацией внешнего апи в фактические кишки в CISC занимается такая штука как uCode ROM (ну или SRAM нынче, с загружаемым апдейтабельным uCode). А Minix отвисает в бэкдоре Intel ME - который не занимается трансляцией чего либо. Он занимается управлением платформой, бэкдорподобной активностью и проч. > Так что не надо никаких сюрпризов, всё уже лет 10 придумано и работает. Сначала надо разобраться в теме а потом - ценным мнением блистать, мистер.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (53), 20-Ноя-25, 03:02
	>Но с GPU - вы таки получаете абсолютно разные системы команд в их "нативном" виде, это никак не абстрагировано на уровне железа, в отличие от CPU. Ну так значит надо абстрагировать, ответ на поверхности лежит. >Сначала надо разобраться в теме а потом - ценным мнением блистать, мистер. Да-да, конечно. Сверхценные специалисты, конечно, всегда расскажут непросвещённным, почему те должны раз в три года покупать новую видеокарту, платя сверхценным специалистам зарплату. Главное уцепиться за несущественную неточность. Испанский стыд, право слово, возникает при чтении такой ерунда, да ещё с попыткой показать собственное "превосходство".
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 20-Ноя-25, 20:17
	> Ну так значит надо абстрагировать, ответ на поверхности лежит. Вы в каком мире живете? У нас есть вот такая ситуация. Даже с процами - вот например Майкрософт :D выкатил 132-ядерный чтоли ARMv8. Как это укладывается в вашу картину мира? У гугля тоже свои процы есть. Называя вещи своими именами довольно много кому надоел диктат интеля и амд - настолько что они решили что делать процы себе сами - эффективнее. А в GPU у всех и подавно разный IP, его никто никогда не устаканивал между собой. Это развивалось десятками лет. И - вот - единственные слои абстракции которые сложились это апя по типу OpenGL, Vulkan, ... - как интерфейс. А как оно там внутрях шейдер перегонит в бинарники конкретного GPU - внутреннее дело драйвера GPU. В юзермоде, ага! Ну не в кернел же парсер ЯП и бэк кодогенерации?! Еще не хватало - здоровенные компилеры в кернел совать. >>Сначала надо разобраться в теме а потом - ценным мнением блистать, мистер. > Да-да, конечно. Сверхценные специалисты, конечно, всегда расскажут непросвещённным, > почему те должны раз в три года покупать новую видеокарту, В случае AMDGPU @ Linux можно, вот и не менять. Даже GCN 1.0 которому 12+ лет весьма недурно работает по факту. Если вам его перфоманса все еще хватает - ну и ладушки. А проприетарщики всегда устраивают разводилово. Я помню как интель разок устроил крутое кидалово с серверным железом - задепрекатив дрова для буквально +1 SP винды. И вот как это оспоришь в случае блобмейкера? Либо сиди с древней виндой либо половина железа отвалится. И что хошь то и делай. Удачная покупочка, учитывая ценники серверов. > платя сверхценным специалистам зарплату. Главное уцепиться за несущественную неточность. Так это... где ваши решения лучше? Вот решение Airlied - подраспереться и написать вулкан самому, поклав нра корпов и их маркетинговый BS совсем - я вижу. И это для меня работает. А у вас - мир розовых пони. Где надо какие-то абстракции, но такие, но не такие, и как это с реально существуюищм железом стыковать - ???. Или у вас свои GPU есть на продажу? Ну или как это на практике должно работать? > Испанский стыд, право слово, возникает при чтении такой ерунда, да ещё с > попыткой показать собственное "превосходство". К тому есть пара причин... 1) Airlied & Co показали мне что есть и иной путь. 2) Этот путь для меня - работает. В отличие от несбыточных теорий о железе которого не существует.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (76), 20-Ноя-25, 04:37
	ОС процесс трансляции не хостит. Софтварная трансляция была уже, см. transmeta, было медленно, но очень энергоэффективно. Переопределяемая трансляция это неимоверно круто, но для этого отдельное не ядро, а FPGA надо. Ну или как вариант - отдельное ядро на экзотике, выдерживающей на порядки большие частоты и температуру, чтобы на один такт железного CPU можно было целый оптимизирующий компилятор прокрутить. Что у интела, что у AMD есть свои FPGA, почему они их ещё не интегрировали для оптимизации суперскалярного и out-of-order исполнения - наверное невыгодно. Зачем делать это переопределяемым, если можно просто новый чип выпечь, а быдлу намекнуть, что опять пришла пора покупать.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	81. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (53), 20-Ноя-25, 09:56
	Там же не сверхмощный компилятор С++ надо прогонять, а что-то типа glsl. При этом у wine уже есть hlsl2glsl, который работает достаточно шустро, а написан тремя васянами.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (85), 20-Ноя-25, 13:39
	Так это надо каждый такт прогонять. Если на процессоре делать - то тогда тот процессор должен иметь частоту на порядки большую, чем у основного, чтобы в каждый его такт уложить прогон. Если вызов компилятора занимает 100 инструкций - значит тебе надо процессор с компилятором в 100 раз чтобы большую частоту имел. ILP ты в него не засунешь - мы же от аппаратного ILP уйти пытаемся. А частоту гнать нельзя, тепловыделение растёт как куб частоты. Я подозреваю, что будущее - не за высокой частотой, а за как можно более низкой, но с очень высокой параллельностью, вот там можно будет сделать один горяченький чипик с компилятором на высокой частоте, а всё остальное - высокопараллельно, но с черепашьей скоростью, но throughput высокий за счёт параллелизма. Это примерно как наш мозг устроен, но только он по-другому устроен, там нет горячих чипиков. Для такого будущего надо чтобы площадь на чипе была как можно более дешёвой, пакуем пластину wafer-scale integration, в середине - роутер, к нему на чиплете - чип с компилятором, компилятор можно даже аппаратный, остальное - всё - выч. блоки для послед. исполнения микроопераций, всё очень гиперпоточное. Софт на горячем чипике раскидывает микрооперации по потокам - холодные чипики медленно, но экономично, исполняют. Латентность большая, но если меньше 0.1 секунды - человек и не заметит.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 20-Ноя-25, 20:24
	> Там же не сверхмощный компилятор С++ надо прогонять, а что-то типа glsl. > При этом у wine уже есть hlsl2glsl, который работает достаточно шустро, > а написан тремя васянами. Просто для понимания - шейдеры для AMD GPU например порой генерятся - LLVM. Ни много ни мало. Иногда ACO менее монструозным ибо тот макаронный монстр утомил. Но если что - LLVM, одна только либа кодогенератора, весит около 100 мегабайтов нынче. И предлагается все вот это вот - прямо в ядро втолкать? При том что эту либу никто с таким прицелом не писал для начала? Или как сие должно работать?
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	92. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (92), 21-Ноя-25, 06:04
	Не понимаете вы оба. В суперскалярных и out-of-order процессорах компилятор уже есть. Аппаратный, квадратичный по числу исполнительных блоков. Но он не оптимизирует всю программу, он просто раскладывает уже декодированные из около 6и архитектурных инструкций (issue width) микрооперации по блокам в нужной последовательности, выискивает хазарды, раскидывает микроархитектурные регистры по архитектурным, предсказывает переходы, и жрёт электроэнергию и место на чипе как не в себя. Он намного проще и тупее LLVMа и работает в реальном времени, каждый такт. На видеокартах такого сложного нет, там есть кое что подобное, но намного проще и единица планирования там - ворп, такая сложность нужна на CPU чтобы вот то говно, из которого состоят прикладные программы, могло там быстрее работать, это по сути аппаратный jit, работающий каждый такт. И вы никак это не оптимизируете на уровне компилятора. Эта штука даже умеет смешивать различные потоки, чтобы они на одном ядре работали. Вот конкретно это вы не замените вообще ничем, альтернатива - взять несколько ядер, но тогда у вас блоки простаивать будут. К сожалению гиперпоточность очень плохо масштабируется, так как планирование квадратично по блокам, а гиперпоточность - это по сути обычное out-of-order планирование, просто к каждой микрооперации присобачили тег, к какому потоку она относится, и планировщик считает, что операции с разными тегами друг от друга не зависят, ну и ещё для потоков свои кеши нужны и декодеры.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Какойто анон (?), 20-Ноя-25, 20:55
	minix находится в северном мосту на мат платах intel, в процессорах intel его нет. Форк этой операционистки и кастомное 486 ядро в северном мосту являются составляющими частями Intel Management Engine. Никакой трансляцией x86 северный мост не занимается, только что-то там делает с IO. x86 Instruction Set Architecture (ISA) была проприетарной и была официально лицензирована AMD более 30 лет назад. Так уж получилось истерически, что два вендора завязались на одну ISA и договорились о кросслицензировании своих доработок.   Я слышал, что x86 транслируется в RISC подобные инструкции, и что первая попытка с трансляцией была сделана еще в AMD K5, но лично у меня нет понимания как это работает под капотом. Скорее всего трансляция очень проста, как в описании разницы CISC и RISC, одна x86 инструкция MUL автоматически замещается скажем 4-мя RISC инструкциями (LOAD, LOAD, MUL, STOR), т.е. это не сравнится с тем чем занимается компилятор шейдеров. Я напомню что в случае x86 если программа написана для одного ядра то никакой компилятор не сделает её многоточечной, с SIMD почти тоже самое (я помню по автовекторизацию). А вот компиляторы шейдеров пытаются нагрузить все CU (в каждом GPU разное количество CU), плюс нужно учитывать ветвления в шейдерах и раскидать исполнения разных блоков ветвлений так чтоб CU не простаивали, короче трансляция нетривиальна. Могу предположить что сделать слой абстракции в кремнии слишком сложно, или даже невозможно, потому что компаниям нужна эластичность и делать как можно боле похожие продукты, или более универсальные решения.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	30. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (30), 19-Ноя-25, 16:55
	Позорище что то вякать ничего не предложив взамен. И судя про english ворлдс вы ничего особо то не можете кроме как empty talk
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

21. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
Сообщение от Аноним (21), 19-Ноя-25, 14:35
У них бывают релизы без обрезаний функционала?
Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (23), 19-Ноя-25, 14:57
	Любители коредуо и кривых карт от Хуанга могут не обновлять Мезу. Какой смысл то?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–4 +/–
	Сообщение от Аноним (21), 19-Ноя-25, 15:05
	Зачем тогда нужна меса? Поддержку старых видюх выкидывает, а с новыми не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Alex (??), 19-Ноя-25, 16:02
	"Он гарантирует это" @
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (21), 19-Ноя-25, 21:09
	https://nouveau.freedesktop.org/FeatureMatrix.html
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 17:25
	> Зачем тогда нужна меса? Поддержку старых видюх выкидывает, а с новыми не работает. С новыми амд и интелями MESA как раз работает - на отличненько просто. А проблемы проприетарщиков - вы там с саппортом нвидии и пинайтесь на тему кто вам что должен ;). Ибо когда чудный вендор забыл спеки на железо дать и устроил вам кидок - круто, но кроме вас и вендора в эту замечательную схему немамонтов VS маркетинговый лохотрон - никто не входит. Это так сложно понять? Вот и разбирайтесь на двоих кто там кому что "должен". А MESA вы вообще денег не платили. И должны они вам соответственно - нифига.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	44. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Аноним (41), 19-Ноя-25, 18:35
	> Ибо когда чудный вендор забыл спеки на железо дать и устроил вам кидок - круто, но кроме вас и вендора в эту замечательную схему немамонтов VS маркетинговый лохотрон - никто не входит Ну почему же не входит? Вон, разрабы Nouveau входят: реверсят дрова Nvidia, чтобы добавить поддержку карт. Ну и да: раз уж ты заикнулся про проприетарь, то вон на Винде дрова для древних карт ставятся и работают. В отличие от Линукса с его stable API nonsense. Да, я уже предвкушаю вопли "ну и валите тогда с Линукса", но у вас уже и так - как было 4%, так и осталось. 😂
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (47), 19-Ноя-25, 19:03
	> Ну почему же не входит? Вон, разрабы Nouveau входят: реверсят дрова Nvidia, > чтобы добавить поддержку карт. И тем не менее: разработчики MESA от вас денег не получали, никаких обязующих контрактов с вами не заключали, это сугубо добрая воля тех или иных господ. Нвидия и вы в эти отношения никаким боком не входите вообще - поэтому что либо требовать бесполезно. Единственное что в опенсорс гарантировано работает - зарулить свою проблему самому. Но вон там масштаб проблемы великоват чтобы так с наскока - epic win. > Ну и да: раз уж ты заикнулся про проприетарь, то вон на > Винде дрова для древних карт ставятся и работают. Что там "ставится" и "работает"? Древний жыфорс на немолодой семере и то - "стандартный VGA адаптер". А в линухе таки - работает до сих пор. Конечно звезд с неба антик не ухватит, но 60 FPS выдать в фулскрин - смогет. В отличие от VGA-адаптера делающего в таком режиме 5 FPS ажно. Так что даже киношку не посмотреть, да даже ютуб в 360p дико якорит. Еще более забавно что в GCN 1.0 прикрутили Vulkan 1.3 и чуть не 1.4 покушаются. Это с амд. На линухе. Отктырым софтом. А что вы вообще получите на нвидии того же 2012 года из вулканов? :) В лучшем случае 1.1 или 1.2 с необновляемым драйвером? А тут вот мастеркласс подогнали как надо было. Но - в линухе и открытом драйвере RADV. Мне так намного больше нравится если честно :) > В отличие от Линукса с его stable API nonsense. Я вон там написал про отличие. Особенно с вулканом прикольно получилось, ога. И вот тут как юзеру AMD с линухом - я просто не вижу на что мне жаловаться. Вот кидалово от нвидии с искусственным ограничением версии вулкана на старых карточках было бы не айс, да. Да еще малоподдерживаемая версия драйвера - блобами - которые никто не починит и не допилит просто гарантировано. Я линухом пользуюсь - чтобы на такой marketing BS не налетать! :D
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (48), 19-Ноя-25, 19:18
	> Нвидия и вы в эти отношения никаким боком не входите вообще - поэтому что либо требовать бесполезно. Так а где ты увидел, чтобы кто-то что-то требовал? Просто была констатация факта о ситуации с дровами Нвидия на Линуксе и Винде. Можно, конечно, нюхать копиум и кричать "это Нвидия виновата" и "ну и валите на свою Винду". Только вот виндовым юзерам такой ментальной акробатикой страдать не нужно - они просто без проблем берут AMD и Nvidia по их качественным характеристикам и в зависимости от задач, а не согласно сектантским СПО постулатам. Потому что, внезапно, на Винде с дровами Нвидии проблем нет и никогда не было.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 19:24
	> Так а где ты увидел, чтобы кто-то что-то требовал? Просто была констатация > факта о ситуации с дровами Нвидия на Линуксе и Винде. Как я вижу нвидия устраивает кидки и там и там :). Пока у меня GCN 1.0 кажет вулкан 1.3 - и это в дебиане который сложно в инновациях обвинить - современные этому GCN 1.0 видяхи от нвидии - с по сути unsupported драйвером в режиме глубокого майнтенанса. С вулканом 1.1 чтоли ажно. И конечно ничего новее уже и не будет - replace gpu and press any key. Мне полися RADV из MESA зашла намного больше, не буду скрывать :) > валите на свою Винду". Только вот виндовым юзерам такой ментальной акробатикой > страдать не нужно Спасибо я был виндовым юзермо и знаю какой там надо акробатикой страдать. И именно поэтому я никогда на маздай не вернусь. Хоть оборитесь тут, проприетарщики голимые. А мне Airlied & co уже показали как софт девелопать правильно - и на меньшее я уже не согласен. Мое будущее - с ними.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (1), 20-Ноя-25, 03:36
	> на Винде дрова для древних карт ставятся и работают На какой Винде? На семерке? А то, например, на встройку HD4000 нет дров в одиннадцатке от слова совсем. Хотя это не античное, а лишь слегка устаревшее железо.
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	60. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (21), 19-Ноя-25, 21:09
	Речь о nvidia в связи удалением vdpau.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	91. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Какойто анон (?), 20-Ноя-25, 21:08
	Кто виноват что nvidia не открыла спеки на свои GPU? nouveau была худо-бедна сделана реверсинженерингом, но и это nvidia не устроила и она запихнула криптографические ключи чтоб огородить свои GPU от "нежелательного использования". И кстати про VDPAU на nouveau, оно разве работало? В том смысле, что последний раз когда я смотрел как включить аппаратное ускорение h264 на nouveau то в инструкции было черным по белому написано, что требуется проприетарное firmware, что его поставка в составе свободного драйвера нелегальна, и если вам нужно то используйте специальные инструменты для того чтоб вытащить firmware из проприетарного драйвера и уже его подложить свободному.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (30), 19-Ноя-25, 17:01
	Не обновляйся @ Не обрезай
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

31. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–4 +/–
Сообщение от ddwrt (?), 19-Ноя-25, 16:57
Пора бы задуматься об удалении opengl. Его время прошло. Без такого волевого решения дохлая лошадь будет пинаться ещё не один десяток лет.
Ответить | Правка | Наверх | Cообщить модератору

	33. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (30), 19-Ноя-25, 17:01
	Задумайся, удали.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (30), 19-Ноя-25, 17:03
	Ты поддерживаешь где то код под opengl ? Волевой ты наш
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	37. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 17:26
	> Пора бы задуматься об удалении opengl. А ты программы на нем нам перепишешь? Ну да, ща мы выкинием KiCad какой-нибудь, попутно кинув легион народа на девелоп печаток опенсорцом. И куда такие "улучшения" приведут? :) Впрочем частично идея была реализована. Можно написать для энного GPU драйвер - только вулкана, а потом сказать что GL - через Zink, дескать, извольте. Дешево и сердито!
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	40. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от Аноним (-), 19-Ноя-25, 18:15
	> Пора бы задуматься об удалении opengl. В macOS кстати лет 10 назад удалили. В винде еще есть, но мало где используется.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	57. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (57), 19-Ноя-25, 20:19
	Angle уже дропнули в кутях, Крита была очень рада. Смысл дропать opengl, если он заморожен и код уже написан? Его поддержка необходима для этого кода. Никто ничего на нём не пишет уже лет 10.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 21:27
	> Angle уже дропнули в кутях, Крита была очень рада. Смысл дропать opengl, > если он заморожен и код уже написан? Его поддержка необходима для > этого кода. Никто ничего на нём не пишет уже лет 10. Не так уж и заморожен. Только недавно новую фичу запилили - mesh shaders.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (57), 19-Ноя-25, 21:58
	Ну тут скорее развитие того что добавили интероп с вулкановскими шейдерами. Это не развитие. Вот в предыдущих равняли с dx11 и его прогрессом. А дальше некуда равнять собственно.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 19-Ноя-25, 22:20
	> Ну тут скорее развитие того что добавили интероп с вулкановскими шейдерами. Ну вообще-то добавили фичу GL как таковую. А то что оно впервые в вулкане было - ну да, окей, и чего? GL и правда сильно менее активно девелопают. Но формально это ортогональные независимые апи. Да и структурально GL и Vulkan довольно разные, GL очень уж stateful шляпа с большим контекстом и кучей загонов на этот счет - что жутко нагибает перфоманс операций. Draw Calls в GL и Vulkan это 2 большие разницы, разница в оверхеде бывает на порядок.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (21), 19-Ноя-25, 21:16
	Пора задуматься об удалинии macOS. Маргинальщина.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	74. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (1), 20-Ноя-25, 03:30
	Правильно, ведь макось не идёт на православной кор 2 дуо.
	Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз Mesa 25.3, свободной реализации OpenGL и Vulkan "	+/–
Сообщение от Аноним (67), 19-Ноя-25, 22:53
Наконец то починится Looking glass, из за того, что всякий неуч может комитить и "чистить" код, ломается функционал, необходимый некоторым программам.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема