forum.opennet.ru

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

Оглавление

Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan , opennews (?), 28-Май-20, (0) [смотреть все]

Пора бы уже чтоб весь софт на вулкан переходил А OpenGL чтоб оставляли только д, Нонон (?), 11:04 , 28-Май-20, (1) +4 //

Мы ещё не перешли с GLX на EGL для всего софта и композитинга, Zenitur (ok), 11:16 , 28-Май-20, (3) +3 //

А зачем переходить с GLX на EGL, если EGL ограничивает, а не добавляет функциона, annon (?), 13:06 , 28-Май-20, (28) +8 //

отвечаю двум ниггам выше opengl давно издох, вылезайте с криокамеры вулкан рул, tte (?), 21:48 , 28-Май-20, (55) +4

На KDE до сих пор все рисует OpenGL 2 даже не 3 по умолчанию , Аноним (63), 10:58 , 29-Май-20, (63) –1

Ну а куда он денется Иначе он не сможет юзать ускорение совсем на половине инте, Аноним (94), 13:36 , 30-Май-20, (94) +1

жаль только на мобильной графике в Vulkan FPS падает в сравнении с OGL4 6 почти , заминированный тапок (ok), 11:39 , 29-Май-20, (64)

чем сравнивали а то бывает такая кривотатипо что под вайном с дх - 100 фпс, а в , JL2001 (ok), 13:13 , 29-Май-20, (66)

Unreal Engine 4 ну и у Nvidia тех же бенчмарках такое безобразие наблюдается, па, заминированный тапок (ok), 13:26 , 29-Май-20, (67) +1

Похоже что это прямо игродел накосячил а не сам эпик Вполне реально , Аноним (100), 12:29 , 31-Май-20, (100)

уточню тесты с пустой сценой, заминированный тапок (ok), 23:53 , 31-Май-20, (102)

да знакомые офигели, когда увидели в играх FPS в x1 5 выше под вайном, чем на ви, заминированный тапок (ok), 13:31 , 29-Май-20, (68) +3

да, очень жаль что на мобильной графике вулкан поддерживают жопорукие, darkshvein (ok), 01:20 , 30-Май-20, (90) +1

Давай начнём дискуссию Я расскажу, как я вижу картину, а ты, если не согласен, , Аноним (58), 00:33 , 29-Май-20, (58) +15

Ой, а кстати вот статья, которую я не мог найти Вот она https www linux org , Аноним (58), 01:01 , 29-Май-20, (59) +3
Описание DRI по твоей ссылке https www linux org ru news opensource 1056786 ci, Zenitur (ok), 13:55 , 29-Май-20, (69) +2

http web archive org web 20050924232137 http dri freedesktop org jonsmirl g, ы (?), 14:40 , 29-Май-20, (74) +3

А ты не путаешь EGL с OpenGL ES , Аноним (76), 17:33 , 29-Май-20, (76) +3

и чего, когда перейдём кого ждём , JL2001 (ok), 19:37 , 29-Май-20, (81)

Много чего пора, Аноним (33), 13:45 , 28-Май-20, (33) +3
Для многих случаев вулкан избыточен, при этом он сложен Для части софта так во, Аноним (-), 14:20 , 28-Май-20, (36) //

vulkan это легковесное, максимально близкое к железу api opengl ограниченный, ж, neAnonim (?), 14:46 , 28-Май-20, (37) //

Vulkan по производительности сравним с DirectX и намного превосходит OpenGL, анононимс (?), 16:15 , 28-Май-20, (48) –1

Vulkan по производительности и возможностям сравним и превосходит dx12 Opengl 4, Аноним (51), 17:20 , 28-Май-20, (51) +2

Вулкан почти нигде не поддерживается, не только для мажоров же софт клепать Осо, Мира (?), 16:30 , 28-Май-20, (49) +1 //

Если твоему компу 10 лет то да, у тебя вулкан не поддерживается , Нонон (?), 10:01 , 29-Май-20, (62) –1
Ну тут как бы вопрос на что targeting В 10 раз больше draw calls в единицу време, Аноним (-), 18:57 , 29-Май-20, (78) //

Таргетинг на людей с топовым железом при создании хелловоролд 2д игрушек это кра, Мира (?), 23:02 , 29-Май-20, (84) +2

Разрабы факторио тоже оценили результаты привязки к доисторическому опенгл, да , Аноним (51), 23:51 , 29-Май-20, (88)

Факторио сейчас работает на OpenGL 3 3 и они периодически постят в девблог как о, Мира (?), 01:27 , 30-Май-20, (92) +2

Это сейчас, они свалили с https en wikipedia org wiki Adventure_Game_Studio п, Аноним (51), 15:09 , 30-Май-20, (97)

и все же, в 10 раз больше draw calls - это в 10 раз больше draw calls И топо, Аноним (94), 13:39 , 30-Май-20, (95) +1

На Phoronix была новость о том, что разработчики драйвера Radeon решили удалять , Zenitur (ok), 11:15 , 28-Май-20, (2) –2 //

Давно пора Современные встройки быстрее AGP-топов, про жар и жор вообще молчу, , leap42 (ok), 11:27 , 28-Май-20, (6) –1 //

Производительность AGP-шной 3850 или 4670 вполне достаточна для сегодняшнего дня, Zenitur (ok), 12:00 , 28-Май-20, (11) +1 //

Power Consumption 100 Watt IDLEУжас , iPony129412 (?), 12:05 , 28-Май-20, (17) +5

Это ты ещё Пентиум 4 не видел до внедрения всех энергосберегаек , Zenitur (ok), 12:22 , 28-Май-20, (23) +4

видел без шуток ставил 1 КГ медный куллер, iPony129412 (?), 12:25 , 28-Май-20, (25) +3

Ну, это и сейчас неплохая идея, Crazy Alex (ok), 13:29 , 28-Май-20, (30) +3

Ну так тогда это была минималка, чтобы можно было поставить что-то не бешено кру, iPony129412 (?), 14:09 , 28-Май-20, (35)
Просто у них idle как такового не было - управление питанием было по сути никако, Аноним (-), 15:46 , 28-Май-20, (40) +3

Медные килограммовые бандуры совершенно не эффективные, у меня валяется zalman 7, commiethebeastie (ok), 14:30 , 29-Май-20, (72)

ну вот какой-то типа и был от безнадёги ставил, iPony129412 (?), 14:40 , 29-Май-20, (73)

Я для двуядерного атлона в своё время брал его Когда на бульдозер перешел очень, commiethebeastie (ok), 20:31 , 29-Май-20, (83)

3850 очень горячая и очень шумная можно отредактир bios И равна в играх инте, andrey (??), 16:07 , 28-Май-20, (47)

RivaTNT, жор смотреть лень - но охлаждение там пассивное Тянет NFS3 4, HL-Ъ, Un, Аноним84701 (ok), 22:04 , 28-Май-20, (56) //

Гы Там 640x480x256 colors, плоский 2D, так что это даже с VESA работает , Аноним (94), 13:41 , 30-Май-20, (96)

Системные требования с картона Windows 98 95 NT4 0Pentium 90 16MB RAM80 MB HDD, Аноним84701 (ok), 20:37 , 30-Май-20, (98) +1

Ну так он реально работал на чем попало, чисто 2-мерная игруха в изометрической , Аноним (101), 12:46 , 31-Май-20, (101) +1

Это 2005 год - сурово У меня оно до 2010 года не дожило , iPony129412 (?), 11:57 , 28-Май-20, (10) //

У меня с десяток в подсобке валяются рабочих Для старых компов, если встройка с, llolik (ok), 12:02 , 28-Май-20, (14) +5 //

У меня где-то 5 штук GeForce 2 4 MX на 32 64 Мб, Zenitur (ok), 12:04 , 28-Май-20, (16)
За многие годы не видел НИ ОДНОЙ дохлой встройки Зато трупиков дискреток - вагон, Аноним (18), 12:10 , 28-Май-20, (18) +1

Трупиков тоже есть и иногда их даже удаётся реанимировать Со встройками - есть у, llolik (ok), 12:15 , 28-Май-20, (21) +2
NVIDIAR GeForce 6150 передает тебе пламенный привет, Alexander Belov (?), 12:24 , 28-Май-20, (24) +2
А что ты хочешь увидеть Это надо дохлый проц или чипсет искать И что характерн, Аноним (44), 15:52 , 28-Май-20, (44) +2

Там какой-то совсем отстой был с кулерами тотальный Просто ужас вот эти маленьки, iPony129412 (?), 12:11 , 28-Май-20, (19)

Может быть, производительности нормального кулера не хватило или он плохо прод, Аноним (44), 15:53 , 28-Май-20, (45)

Вырядли Конструкция намного лучше той фигни что была Скорее всего что-то при мо, iPony129412 (?), 15:56 , 28-Май-20, (46)

У меня 7600GT AGP-шная, вставленная в AGP 4x разъём Вроде топовой является 7800, Zenitur (ok), 12:03 , 28-Май-20, (15) +1 //

Даже 7950gt были, а вот двуголовые 7950gx2 уже только на pciex А на каком металл, DiabloPC (ok), 21:13 , 28-Май-20, (54) +1

Мой старенький комп из 2000 года Пень 3 на ядре Tualatin Материнка на чипе VIA, Zenitur (ok), 14:08 , 29-Май-20, (70) +1

Они вообще этот драйвер разрабатывают или забили На вики уже пару лет практичес, Аноним (13), 12:01 , 28-Май-20, (13) //

Какой из драйверов Так-то - см Фороникс - всё время что-то делают, но в основн, Crazy Alex (ok), 13:31 , 28-Май-20, (31) //

Да хз, смотрю в таблице RadeonFeature, там в истории изменений за 2019 год всего, Аноним (13), 13:41 , 28-Май-20, (32)

Не поддержку AGP карточек, а поддержку режима AGP GART Сами карты будут работат, НяшМяш (ok), 12:52 , 28-Май-20, (27) +5 //

Футынафиг, зенитар чамп W сказочный талпайоп, как всегда нагнал , Аноним (-), 15:48 , 28-Май-20, (42)
Извините, я непреднамеренно , Zenitur (ok), 14:09 , 29-Май-20, (71)

Чего они там удалить решили И какие именно чипы oO, Аноним (-), 15:47 , 28-Май-20, (41) //

Никакие Зенитар попутал, это они поддержку странноватой штуки в виде AGP GART у, Аноним (-), 19:01 , 29-Май-20, (79) +1

Кто использовал это, расскажите что да как , Корец (?), 11:30 , 28-Май-20, (7) +1 //

а что конкретно интересует Работает он быстрее всех остальных доступных вариант, Аноним (9), 11:56 , 28-Май-20, (9) +2 //

Даже быстрее проброса , Корец (?), 12:37 , 28-Май-20, (26) //

нет, не быстрее проброса, т к невозможно обогнать прямой доступ к железу Хотя , Аноним (9), 14:57 , 28-Май-20, (38) +4

Спасибо за информацию , Корец (?), 15:01 , 28-Май-20, (39) +1

На локальном железе работает хорошо и быстро Если нужно лезть на ВМ, которая до, анон (?), 12:46 , 29-Май-20, (65) //

Оно же принципиально локальное По сети можно гнать лишь сжатое видео, соответст, Аноним (51), 17:54 , 29-Май-20, (77)

оффтопа чем можно гонять изображение с системника linux, или win если нет ины, JL2001 (ok), 19:45 , 29-Май-20, (82)

Я гонял через spice, но оно даже локально и без экономии трафика лагало VNC у м, Аноним (51), 23:10 , 29-Май-20, (85) +3

на ноуте нет нвидии, оно вроде требует видекарту нвидии на обоих сторонах , JL2001 (ok), 23:18 , 29-Май-20, (86)

Нет, только на передающей Можно в браузере с любого девайса подключаться Прост, Аноним (51), 23:32 , 29-Май-20, (87) +2

https www spice-space org spice-user-manual html virglиногда глючит черными ок, Аноним (20), 12:14 , 28-Май-20, (20) +2

О, хорошо Тут монитор на более развесистый сменил 2,5К - в Думе 2016 ФПС неск, ryoken (ok), 11:49 , 28-Май-20, (8) //

Прочитал Долго думал причём тут Дума и где там в 2016 ФПС, пока догнал что речь, llolik (ok), 12:00 , 28-Май-20, (12) +2

теперь если я ставлю DRI_PRIME 1 вулкан тоже будет юзать дискретку а раньше кака, JL2001 (ok), 14:05 , 28-Май-20, (34) //

Да, теперь DRI_PRIME будет учитываться вулканом До этого игры движки без поддер, linux_user (??), 16:36 , 28-Май-20, (50) +2

Mesa - это очень странный проект С каждым выпуском тонны изменений, постоянно д, Аноним (57), 23:00 , 28-Май-20, (57) –2 //

Я пользуясь Какие-то проблемы с этим , Аноним (60), 01:04 , 29-Май-20, (60) +1
Если про отображение рабочего стола то да, я пять лет назад начал пользоваться о, Аноним (75), 15:17 , 29-Май-20, (75)
Ну, например здесь Или допустим на Phoronix Этого недостаточно пока видеока, Аноним (89), 00:01 , 30-Май-20, (89) +1

Там возможно осталась проблема с nouveau blender 2 79 окно с настройками арте, AndrewR (?), 08:38 , 29-Май-20, (61) //

А этот хак в MESA что, не берут , Аноним (-), 19:03 , 29-Май-20, (80) +2 //

Была надежда, что один из разработчиков успеет найти корень проблемы Не успел , AndrewR (?), 04:49 , 30-Май-20, (93)
Пофикшено в git в самом драйвере, в след стабильный выпуск тоже должно попасть, AndrewR (?), 02:14 , 31-Май-20, (99) +1

Написано AMD Radeon HD 2000-6000, а в коде CHIP_CEDAR , Имя (?), 01:22 , 30-Май-20, (91)

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

1. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +4 +/–

Сообщение от Нонон (?), 28-Май-20, 11:04

Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб оставляли только для совместимости со старыми играми

Ответить | Правка | Наверх | Cообщить модератору

3. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от Zenitur (ok), 28-Май-20, 11:16

> Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб
> оставляли только для совместимости со старыми играми
Мы ещё не перешли с GLX на EGL для всего софта и композитинга

Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +8 +/–

Сообщение от annon (?), 28-Май-20, 13:06

А зачем переходить с GLX на EGL, если EGL ограничивает, а не добавляет функциональность?
Только чтобы с вяленым якшаться?

Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +4 +/–

Сообщение от tte (?), 28-Май-20, 21:48

отвечаю двум ниггам выше: opengl давно издох, вылезайте с криокамеры. вулкан рулит и даже основательно подвинул директх.

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " –1 +/–

Сообщение от Аноним (63), 29-Май-20, 10:58

На KDE до сих пор все рисует OpenGL 2 (даже не 3 по умолчанию).

Ответить | Правка | Наверх | Cообщить модератору

94. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +1 +/–

Сообщение от Аноним (94), 30-Май-20, 13:36

Ну а куда он денется? Иначе он не сможет юзать ускорение совсем на половине интелских интеграшек.

Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от заминированный тапок (ok), 29-Май-20, 11:39

жаль только на мобильной графике в Vulkan FPS падает в сравнении с OGL4.6 почти в x2 :-D
а так рулит, да

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

66. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от JL2001 (ok), 29-Май-20, 13:13

> жаль только на мобильной графике в Vulkan FPS падает в сравнении с
> OGL4.6 почти в x2 :-D
> а так рулит, да
чем сравнивали?
а то бывает такая кривота
типо что под вайном с дх - 100 фпс, а в нативной версии всего 50 фпс, а под вайном с dxvk - 150 фпс

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +1 +/–

Сообщение от заминированный тапок (ok), 29-Май-20, 13:26

Unreal Engine 4
ну и у Nvidia тех же бенчмарках такое безобразие наблюдается, падение FPS для мобильной графики (при чём это даже не в объёме видеопамяти, её хватае на ура)
но при этом и Khronos, и Nvidia всё валят на проблемы разработчика конечного продукта (в моём случае на UnrealEngine и Epic'ов)

Ответить | Правка | Наверх | Cообщить модератору

100. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от Аноним (100), 31-Май-20, 12:29

Похоже что это прямо игродел накосячил а не сам эпик. Вполне реально...

Ответить | Правка | Наверх | Cообщить модератору

102. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от заминированный тапок (ok), 31-Май-20, 23:53

уточню: тесты с пустой сценой

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от заминированный тапок (ok), 29-Май-20, 13:31

> а то бывает такая кривота
> типо что под вайном с дх - 100 фпс, а в нативной
> версии всего 50 фпс, а под вайном с dxvk - 150
> фпс
да знакомые офигели, когда увидели в играх FPS в x1.5 выше под вайном, чем на виндовсах

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

90. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +1 +/–

Сообщение от darkshvein (ok), 30-Май-20, 01:20

да, очень жаль что на мобильной графике вулкан поддерживают жопорукие

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

58. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +15 +/–

Сообщение от Аноним (58), 29-Май-20, 00:33

Давай начнём дискуссию. Я расскажу, как я вижу картину, а ты, если не согласен, поправляй.
В 80-е появилась компания Silicon Graphics, которая делала аппаратные 3D-ускорители. Их рендер-фермы стоили десятки и сотни тысяч долларов и работали на UNIX. Также были рабочие станции, чтобы собственно моделировать. Они тоже работали на UNIX. Также требовалось купить много программного обеспечения от сторонних компаний, которое в сумме могло стоить примеино как сам компьютер.
Для работы ПО с аппаратным ускорителем был API IrisGL. Работало так: приложение-IrisGL-железо. Это на рендер-ферме, на которой нет задчаи выводить изображение на экран. На рабочей станции, IrisGL общался одновременно и с приложением, и с X11 для вывода картинки на экран. Между X11 и IrisGL был посредник - GLX. Связка OpenGL-GLX-X11 описана в книге OpenGL Green Book https://images-na.ssl-images-amazon.com/images/I/51Z2A2YECDL...,204,203,200_.jpg
Потом наступили 90-е, был успех Терминатора 2 и других фильмов с крутым CGI.
Потом IrisGL открыли в 1992, появился OpenGL. Теперь OpenGL - не только на компьютерах Silicon Graphics, а приложению плевать, с устройством какого именно производителя работать. Очень крутая штука.
Потом Silicon Graphics помогла Microsoft написать OpenGL под Windows NT в 1994. Операционка от Microsoft не умела такую штуку, как прямой доступ к железу, в отличие от UNIX. Поэтому Doom был только под DOS, а под Windows были только пошаговые стратегии вроде SimCity. Даже видео выводить научились с трудом, и только 160x120. Поэтому без помощи "силиконов" Майкрософт бы не справился. Посредником между OpenGL и дисплейным сервером Windows стал WGL. OpenGL-WGL-Windows. The White Book: https://postimg.cc/McFB7rC2
Потом у нас начали популяризироваться Linux, FreeBSD, Solaris и Mac OS X. Во второй половине 90-х линуксоиды гоняли Quake 2 и 3 на аппаратно ускоряемом OpenGL под 3dfx и NVIDIA.
Примерно в 2000 году начал зарождаться композитинг под Mac OS X. Изначально софтварный, позже вендоры видеокарт добавили аппаратную поддержку в GeForce 2 и Radeon 7000.
Под Windows сначала сделали новый дизайн (в Windows XP он изменился впервые с 95 версии), потом стали делать Aero, композитный менеджер, который должен был войти в Windows 2003, потом отложили до ОС с кодовым именем Longhorn. Потом её отменили, и в общем релизнули в Windows Vista в 2006. Через 5 лет после Mac OS X, да.
В 2003 году начали "пилить" композитинг в линуксе. Где-то я видел статью примерно 2003-2005 года от Peter Hutterer (также известного как Who-T). Там был подробный разбор о том, как устроены "иксы", в том числе подробно остановились на композитинге. Но найти беглым гуглингом не смог. Зато нашёл от другого уважаемого человека - David Reveman: https://pdfs.semanticscholar.org/9368/241b86218362c4ccd8dd2d...
Тут стоит сказать вот что. Есть такой термин - Direct Rendering. Я всегда думал, что это как-то связано с прямым доступом к железу. Пока мне олдфаги не объяснили, что это рендеринг картинки прямо в видеокарту, минуя "иксы", и, засчёт отсутствия одного из звеньев цепи, это происходит быстрее.
Когда появилось расширение для "иксов" под названием DRI, им не захотела пользоваться NVIDIA в своих драйверах для UNIX/Linux, заявив о куче недостатков. Спустя несколько лет была выпущена DRI2, которой NVIDIA вроде пользуется. До до выпуска DRI2, в драйвере NVIDIA была своя реализация технологии Direct Rendering. Поэтому glxinfo на их карточках выдавал "Direct Rendering: yes".
Приложения, даже не использующие 3D, всё равно были вынуждены выводить изображения через OpenGL. В противном случае, никакого DRI: на NVIDIA только через libGL можно было выводить в DRI. Это сейчас можно через libdrm выводить, не используя OpenGL.
Появился XGL. Это X-Server, пропатченный таким образом, чтобы выводить всю картинку через OpenGL. Не только игры и 3D-редакторы, но и рабочий стол, панель задач, окна каких-нибудь приложений, вроде калькулятора или текстового редактора.
Потом появился DRI2. Благодаря нему, теперь любое приложение может выводить Direct Rendering, а не только OpenGL-приложение. В качестве альтернативы XGL появился AIGLX.
Даже сейчас приложения предлагают выбор, какой именно прямой вывод ты будешь использовать: libGL или libdrm? например VA-API GLX и VA-API DRM. "compton --vsync opengl" или "compton --vsync drm". Это только первые пришедшие в голову, а так вроде много что предлагает выбирать.
А когда DRI2 ещё не появился, а следовательно и AIGLX не появился - все пользовались XGL. И все говорили: это же костыль! Давайте заменим XGL на Xegl! Там вместо GLX используется EGL, и там костылей нет!"
Подробный разбор тут: https://www.linux.org.ru/news/doc/1588780?cid=1589238 И через один коммент после этого пишут "вот поэтому все ждут Xegl"
Если выполнить поиск Xegl по форуму, видно что многие его ждали. https://www.linux.org.ru/search.jsp?q=xegl&range=ALL&interva...
https://www.linux.org.ru/news/linux-general/2986543?cid=2988539 например вот в этом комменте под новостью о том, что Novell прекратила разработку XGL в пользу DRI2 + AIGLX, человек пишет "Очень плохо. Прощай Xegl.."
Мне кажется, что AIGLX (Accelerated Indirect GLX) в качества движка для композитных менеджеров появился из-за того, что Xegl всё никак не выходил, а не выходил он в свою очередь потому, что библиотеку EGL (идущую на смену GLX) всё никак не могли закончить. И только спустя несколько лет, EGL доделали, и она стала популярна... на Android (из-за чего ошибочно считается, что EGL - только для OpenGL ES. На самом деле, с обычным OpenGL она работает не хуже).
Разве правда, что EGL сделан хуже, чем GLX? Я слышал только хорошие отзывы. О том, что одна библиотека для Win/Lin/Mac/Android/iOS, а не XGL/GLX/CGL, как было раньше. И что композитинг через EGL делается легко и приятно, а в XGL/AIGLX не так.
P.S. Лично я познакомился с композитингом в линуксе в 2006 году при помощи LiveCD-системы, не требующей установки: https://www.linux.org.ru/news/linux-general/1302351 Если до этого на ЛОРе постили только скриншоты с тенями и плавным появлением/исчезанием окон с прозрачностями (XGL + xcompmgr): https://www.linux.org.ru/gallery/screenshots/1405803 То в этой системе я увидел XGL + Compiz: кубик, желеобразные окна, Zoom по Win+скролл, прозрачность окна по Alt+скролл, и изюминка: дождь по Shift-F9.
А потом, что называется, понеслась. https://www.linux.org.ru/search.jsp?q=xgl&range=TOPICS&inter...
А в зарубежном интернете в тот момент началась какая-то бурная популярность убунты 6.06 - и как я понял, именно из-за композитинга. У себя SUSE 10.1 я не смог включить его (прога для включения говорила, что у меня неподдерживаемый драйвер, хотя у меня был новейший драйвер NVIDIA), поэтому я и сам установил на второй раздел Ubuntu 7.04. Тоже пришлось помучиться: установленный из репозиториев Beryl наотрез отказался запускаться, пока я не выполнил это:
nvidia-xconfig --composite
nvidia-xconfig --allow-glx-with-composite
nvidia-xconfig --render-accel
nvidia-xconfig --add-argb-glx-visuals
А в Ubuntu 7.10 уже был Compiz Fusion и драйвер NVIDIA 100.14.19, в котором всё включили по умолчанию, и настраивать ничего не нужно.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

59. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от Аноним (58), 29-Май-20, 01:01

Ой, а кстати вот статья, которую я не мог найти. Вот она: https://www.linux.org.ru/news/opensource/1056786?cid=1058518 Только её автор не Who-T, как мне изначально казалось, а Jon Smirl
В статье делается основной упор на DRI как на будущем X11. Что интересно, разговоры о том, что DRI это будущее X11, начались ещё во времена XFree86, за год до появления Xorg. https://www.linux.org.ru/news/opensource/295328
> Дэвид Вексельблат (David Wexelblat), полагает, что времена клиент-серверной архитектуры X прошли и предлагает переписать его, используя одноуровневую модель "direct- rendered" ("прямой вывод"), сохранив при этом обратную совместимость с традиционным X11
Это они в 2003 году предсказали Wayland? Хотя тут высказывают мнение, что "уход от клиент-серверной модели" означает совсем другое. Хотя этот коммент вообще из 2009: https://www.opennet.ru/openforum/vsluhforumID3/54283.html#4

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +2 +/–

Сообщение от Zenitur (ok), 29-Май-20, 13:55

Описание DRI по твоей ссылке https://www.linux.org.ru/news/opensource/1056786?cid=1058518 как-то отличается от твоего пересказа. Было бы здорово почитать оригинал текста на английском, жаль что ссылка мертва. Спасибо за текст, было интересно почитать, я те времена не застал.
А описание Xegl с твоих слов очень уж сильно напоминает Wayland, странно что ты сам не обратил внимание. https://www.linux.org.ru/news/doc/1588780?cid=1589238 Типа легковесный XGL, который рулит только контекстом через EGL, а от тяжеловесного Xorg можно отказаться. Эм, это точно 2006 год?

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

74. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от ы (?), 29-Май-20, 14:40

http://web.archive.org/web/20050924232137/http://dri.freedes...

Ответить | Правка | Наверх | Cообщить модератору

76. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от Аноним (76), 29-Май-20, 17:33

>EGL ограничивает, а не добавляет функциональность?
А ты не путаешь EGL с OpenGL ES?

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

81. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от JL2001 (ok), 29-Май-20, 19:37

>> Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб
>> оставляли только для совместимости со старыми играми
> Мы ещё не перешли с GLX на EGL для всего софта и
> композитинга
и чего, когда перейдём? кого ждём?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

33. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +3 +/–

Сообщение от Аноним (33), 28-Май-20, 13:45

Много чего пора

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

36. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от Аноним (-), 28-Май-20, 14:20

Для многих случаев вулкан избыточен, при этом он сложен.
Для части софта так вообще opengl 2 достаточен

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

37. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от neAnonim (?), 28-Май-20, 14:46

vulkan это легковесное, максимально близкое к железу api. opengl ограниченный, жирный блоб, унаследованный от динозавров
> сложный
лучше пожертвовать таким разработчиком как ты, чем производительностью

Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " –1 +/–

Сообщение от анононимс (?), 28-Май-20, 16:15

Vulkan по производительности сравним с DirectX и намного превосходит OpenGL

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +2 +/–

Сообщение от Аноним (51), 28-Май-20, 17:20

Vulkan по производительности и возможностям сравним и превосходит dx12. Opengl 4.6 вроде имеет паритет с dx11. Но если так смотреть на вещи, теперь вместо тяжёлого сложного рантайма opengl есть эффективный модульный рантайм vulkan, а слой абстракции подобный opengl (но значительно более гибкий) теперь предоставляют либы. Древний opengl (до 4.x) это жуткое легаси, его там несколько раз перекраивали уже. На сегодня можно забыть, его поддержка осталась только в устаревших никому не нужных движках. Ну и у эпла тоже только opengl-2 по-моему, но всем плевать на эпл, а кому не плевать, у тех есть возможность писать на вулкане и использовать транслятор вроде moltenvk.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +1 +/–

Сообщение от Мира (?), 28-Май-20, 16:30

Вулкан почти нигде не поддерживается, не только для мажоров же софт клепать. Особенно в тех случаях никакие фичи вулкана не используются, и хватило бы opengl 2.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

62. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " –1 +/–

Сообщение от Нонон (?), 29-Май-20, 10:01

Если твоему компу 10 лет то да, у тебя вулкан не поддерживается

Ответить | Правка | Наверх | Cообщить модератору

78. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от Аноним (-), 29-Май-20, 18:57

> Вулкан почти нигде не поддерживается, не только для мажоров же софт клепать.
Ну тут как бы вопрос на что targeting.
> Особенно в тех случаях никакие фичи вулкана не используются, и хватило бы opengl 2.
В 10 раз больше draw calls в единицу времени - само по себе весьма конкретная фича, если ты понимаешь о чем я.

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

84. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +2 +/–

Сообщение от Мира (?), 29-Май-20, 23:02

Таргетинг на людей с топовым железом при создании хелловоролд 2д игрушек это крайне тупо, особенно когда оно даже на glBegin/glEnd выдаёт 500 фпс, это оптимизацией не оправдать. Вот если нужен йоба графоний, где каждая микросекунда на счету, то тогда использование Vulkan оправдано.

Ответить | Правка | Наверх | Cообщить модератору

88. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от Аноним (51), 29-Май-20, 23:51

Разрабы факторио тоже оценили результаты привязки к доисторическому опенгл, да. Почитайте их девблог.

Ответить | Правка | Наверх | Cообщить модератору

92. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +2 +/–

Сообщение от Мира (?), 30-Май-20, 01:27

Факторио сейчас работает на OpenGL 3.3 и они периодически постят в девблог как оптимизировали что-то для компов 10-и летней давности. Они не выбрали Vulkan т.к. (цитата с девблога):
>we are focusing on older APIs first as a large portion of our current player-base doesn't have Vulkan capable hardware
И я их уважаю за эту их позицию.

Ответить | Правка | Наверх | Cообщить модератору

97. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +/–

Сообщение от Аноним (51), 30-Май-20, 15:09

Это сейчас, они свалили с https://en.wikipedia.org/wiki/Adventure_Game_Studio (по-моему).
Это не позиция, это лицемерие, но их можно понять: когда факторио была актуальна, вулкан ещё развивался и были только первые попытки его применения. Им не было никакого резона тратить столько ресурсов на изучение и разработку нового апи, и тем более на миграцию.

Ответить | Правка | Наверх | Cообщить модератору

95. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan " +1 +/–

Сообщение от Аноним (94), 30-Май-20, 13:39

...и все же, в 10 раз больше draw calls - это в 10 раз больше draw calls. И топовым этому быть не обязательно, просто относительно новому. В случае AMD - GCN. Даже относительно старый и маломощный, который на "топовый" наверное все же не тянет.
А то что старичкам не повезло - да, для кого кодить всем впадлу, у кого HW заточен не на это...

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+4 +/–
Сообщение от Нонон (?), 28-Май-20, 11:04
Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб оставляли только для совместимости со старыми играми
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Zenitur (ok), 28-Май-20, 11:16
	> Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб > оставляли только для совместимости со старыми играми Мы ещё не перешли с GLX на EGL для всего софта и композитинга
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+8 +/–
	Сообщение от annon (?), 28-Май-20, 13:06
	А зачем переходить с GLX на EGL, если EGL ограничивает, а не добавляет функциональность? Только чтобы с вяленым якшаться?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+4 +/–
	Сообщение от tte (?), 28-Май-20, 21:48
	отвечаю двум ниггам выше: opengl давно издох, вылезайте с криокамеры. вулкан рулит и даже основательно подвинул директх.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от Аноним (63), 29-Май-20, 10:58
	На KDE до сих пор все рисует OpenGL 2 (даже не 3 по умолчанию).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Аноним (94), 30-Май-20, 13:36
	Ну а куда он денется? Иначе он не сможет юзать ускорение совсем на половине интелских интеграшек.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от заминированный тапок (ok), 29-Май-20, 11:39
	жаль только на мобильной графике в Vulkan FPS падает в сравнении с OGL4.6 почти в x2 :-D а так рулит, да
	Ответить \| Правка \| К родителю #55 \| Наверх \| Cообщить модератору


	66. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от JL2001 (ok), 29-Май-20, 13:13
	> жаль только на мобильной графике в Vulkan FPS падает в сравнении с > OGL4.6 почти в x2 :-D > а так рулит, да чем сравнивали? а то бывает такая кривота типо что под вайном с дх - 100 фпс, а в нативной версии всего 50 фпс, а под вайном с dxvk - 150 фпс
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от заминированный тапок (ok), 29-Май-20, 13:26
	Unreal Engine 4 ну и у Nvidia тех же бенчмарках такое безобразие наблюдается, падение FPS для мобильной графики (при чём это даже не в объёме видеопамяти, её хватае на ура) но при этом и Khronos, и Nvidia всё валят на проблемы разработчика конечного продукта (в моём случае на UnrealEngine и Epic'ов)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (100), 31-Май-20, 12:29
	Похоже что это прямо игродел накосячил а не сам эпик. Вполне реально...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от заминированный тапок (ok), 31-Май-20, 23:53
	уточню: тесты с пустой сценой
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от заминированный тапок (ok), 29-Май-20, 13:31
	> а то бывает такая кривота > типо что под вайном с дх - 100 фпс, а в нативной > версии всего 50 фпс, а под вайном с dxvk - 150 > фпс да знакомые офигели, когда увидели в играх FPS в x1.5 выше под вайном, чем на виндовсах
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	90. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от darkshvein (ok), 30-Май-20, 01:20
	да, очень жаль что на мобильной графике вулкан поддерживают жопорукие
	Ответить \| Правка \| К родителю #64 \| Наверх \| Cообщить модератору


	58. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+15 +/–
	Сообщение от Аноним (58), 29-Май-20, 00:33
	Давай начнём дискуссию. Я расскажу, как я вижу картину, а ты, если не согласен, поправляй. В 80-е появилась компания Silicon Graphics, которая делала аппаратные 3D-ускорители. Их рендер-фермы стоили десятки и сотни тысяч долларов и работали на UNIX. Также были рабочие станции, чтобы собственно моделировать. Они тоже работали на UNIX. Также требовалось купить много программного обеспечения от сторонних компаний, которое в сумме могло стоить примеино как сам компьютер. Для работы ПО с аппаратным ускорителем был API IrisGL. Работало так: приложение-IrisGL-железо. Это на рендер-ферме, на которой нет задчаи выводить изображение на экран. На рабочей станции, IrisGL общался одновременно и с приложением, и с X11 для вывода картинки на экран. Между X11 и IrisGL был посредник - GLX. Связка OpenGL-GLX-X11 описана в книге OpenGL Green Book https://images-na.ssl-images-amazon.com/images/I/51Z2A2YECDL...,204,203,200_.jpg Потом наступили 90-е, был успех Терминатора 2 и других фильмов с крутым CGI. Потом IrisGL открыли в 1992, появился OpenGL. Теперь OpenGL - не только на компьютерах Silicon Graphics, а приложению плевать, с устройством какого именно производителя работать. Очень крутая штука. Потом Silicon Graphics помогла Microsoft написать OpenGL под Windows NT в 1994. Операционка от Microsoft не умела такую штуку, как прямой доступ к железу, в отличие от UNIX. Поэтому Doom был только под DOS, а под Windows были только пошаговые стратегии вроде SimCity. Даже видео выводить научились с трудом, и только 160x120. Поэтому без помощи "силиконов" Майкрософт бы не справился. Посредником между OpenGL и дисплейным сервером Windows стал WGL. OpenGL-WGL-Windows. The White Book: https://postimg.cc/McFB7rC2 Потом у нас начали популяризироваться Linux, FreeBSD, Solaris и Mac OS X. Во второй половине 90-х линуксоиды гоняли Quake 2 и 3 на аппаратно ускоряемом OpenGL под 3dfx и NVIDIA. Примерно в 2000 году начал зарождаться композитинг под Mac OS X. Изначально софтварный, позже вендоры видеокарт добавили аппаратную поддержку в GeForce 2 и Radeon 7000. Под Windows сначала сделали новый дизайн (в Windows XP он изменился впервые с 95 версии), потом стали делать Aero, композитный менеджер, который должен был войти в Windows 2003, потом отложили до ОС с кодовым именем Longhorn. Потом её отменили, и в общем релизнули в Windows Vista в 2006. Через 5 лет после Mac OS X, да. В 2003 году начали "пилить" композитинг в линуксе. Где-то я видел статью примерно 2003-2005 года от Peter Hutterer (также известного как Who-T). Там был подробный разбор о том, как устроены "иксы", в том числе подробно остановились на композитинге. Но найти беглым гуглингом не смог. Зато нашёл от другого уважаемого человека - David Reveman: https://pdfs.semanticscholar.org/9368/241b86218362c4ccd8dd2d... Тут стоит сказать вот что. Есть такой термин - Direct Rendering. Я всегда думал, что это как-то связано с прямым доступом к железу. Пока мне олдфаги не объяснили, что это рендеринг картинки прямо в видеокарту, минуя "иксы", и, засчёт отсутствия одного из звеньев цепи, это происходит быстрее. Когда появилось расширение для "иксов" под названием DRI, им не захотела пользоваться NVIDIA в своих драйверах для UNIX/Linux, заявив о куче недостатков. Спустя несколько лет была выпущена DRI2, которой NVIDIA вроде пользуется. До до выпуска DRI2, в драйвере NVIDIA была своя реализация технологии Direct Rendering. Поэтому glxinfo на их карточках выдавал "Direct Rendering: yes". Приложения, даже не использующие 3D, всё равно были вынуждены выводить изображения через OpenGL. В противном случае, никакого DRI: на NVIDIA только через libGL можно было выводить в DRI. Это сейчас можно через libdrm выводить, не используя OpenGL. Появился XGL. Это X-Server, пропатченный таким образом, чтобы выводить всю картинку через OpenGL. Не только игры и 3D-редакторы, но и рабочий стол, панель задач, окна каких-нибудь приложений, вроде калькулятора или текстового редактора. Потом появился DRI2. Благодаря нему, теперь любое приложение может выводить Direct Rendering, а не только OpenGL-приложение. В качестве альтернативы XGL появился AIGLX. Даже сейчас приложения предлагают выбор, какой именно прямой вывод ты будешь использовать: libGL или libdrm? например VA-API GLX и VA-API DRM. "compton --vsync opengl" или "compton --vsync drm". Это только первые пришедшие в голову, а так вроде много что предлагает выбирать. А когда DRI2 ещё не появился, а следовательно и AIGLX не появился - все пользовались XGL. И все говорили: это же костыль! Давайте заменим XGL на Xegl! Там вместо GLX используется EGL, и там костылей нет!" Подробный разбор тут: https://www.linux.org.ru/news/doc/1588780?cid=1589238 И через один коммент после этого пишут "вот поэтому все ждут Xegl" Если выполнить поиск Xegl по форуму, видно что многие его ждали. https://www.linux.org.ru/search.jsp?q=xegl&range=ALL&interva... https://www.linux.org.ru/news/linux-general/2986543?cid=2988539 например вот в этом комменте под новостью о том, что Novell прекратила разработку XGL в пользу DRI2 + AIGLX, человек пишет "Очень плохо. Прощай Xegl.." Мне кажется, что AIGLX (Accelerated Indirect GLX) в качества движка для композитных менеджеров появился из-за того, что Xegl всё никак не выходил, а не выходил он в свою очередь потому, что библиотеку EGL (идущую на смену GLX) всё никак не могли закончить. И только спустя несколько лет, EGL доделали, и она стала популярна... на Android (из-за чего ошибочно считается, что EGL - только для OpenGL ES. На самом деле, с обычным OpenGL она работает не хуже). Разве правда, что EGL сделан хуже, чем GLX? Я слышал только хорошие отзывы. О том, что одна библиотека для Win/Lin/Mac/Android/iOS, а не XGL/GLX/CGL, как было раньше. И что композитинг через EGL делается легко и приятно, а в XGL/AIGLX не так. P.S. Лично я познакомился с композитингом в линуксе в 2006 году при помощи LiveCD-системы, не требующей установки: https://www.linux.org.ru/news/linux-general/1302351 Если до этого на ЛОРе постили только скриншоты с тенями и плавным появлением/исчезанием окон с прозрачностями (XGL + xcompmgr): https://www.linux.org.ru/gallery/screenshots/1405803 То в этой системе я увидел XGL + Compiz: кубик, желеобразные окна, Zoom по Win+скролл, прозрачность окна по Alt+скролл, и изюминка: дождь по Shift-F9. А потом, что называется, понеслась. https://www.linux.org.ru/search.jsp?q=xgl&range=TOPICS&inter... А в зарубежном интернете в тот момент началась какая-то бурная популярность убунты 6.06 - и как я понял, именно из-за композитинга. У себя SUSE 10.1 я не смог включить его (прога для включения говорила, что у меня неподдерживаемый драйвер, хотя у меня был новейший драйвер NVIDIA), поэтому я и сам установил на второй раздел Ubuntu 7.04. Тоже пришлось помучиться: установленный из репозиториев Beryl наотрез отказался запускаться, пока я не выполнил это: nvidia-xconfig --composite nvidia-xconfig --allow-glx-with-composite nvidia-xconfig --render-accel nvidia-xconfig --add-argb-glx-visuals А в Ubuntu 7.10 уже был Compiz Fusion и драйвер NVIDIA 100.14.19, в котором всё включили по умолчанию, и настраивать ничего не нужно.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	59. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Аноним (58), 29-Май-20, 01:01
	Ой, а кстати вот статья, которую я не мог найти. Вот она: https://www.linux.org.ru/news/opensource/1056786?cid=1058518 Только её автор не Who-T, как мне изначально казалось, а Jon Smirl В статье делается основной упор на DRI как на будущем X11. Что интересно, разговоры о том, что DRI это будущее X11, начались ещё во времена XFree86, за год до появления Xorg. https://www.linux.org.ru/news/opensource/295328 > Дэвид Вексельблат (David Wexelblat), полагает, что времена клиент-серверной архитектуры X прошли и предлагает переписать его, используя одноуровневую модель "direct- rendered" ("прямой вывод"), сохранив при этом обратную совместимость с традиционным X11 Это они в 2003 году предсказали Wayland? Хотя тут высказывают мнение, что "уход от клиент-серверной модели" означает совсем другое. Хотя этот коммент вообще из 2009: https://www.opennet.ru/openforum/vsluhforumID3/54283.html#4
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Zenitur (ok), 29-Май-20, 13:55
	Описание DRI по твоей ссылке https://www.linux.org.ru/news/opensource/1056786?cid=1058518 как-то отличается от твоего пересказа. Было бы здорово почитать оригинал текста на английском, жаль что ссылка мертва. Спасибо за текст, было интересно почитать, я те времена не застал. А описание Xegl с твоих слов очень уж сильно напоминает Wayland, странно что ты сам не обратил внимание. https://www.linux.org.ru/news/doc/1588780?cid=1589238 Типа легковесный XGL, который рулит только контекстом через EGL, а от тяжеловесного Xorg можно отказаться. Эм, это точно 2006 год?
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	74. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от ы (?), 29-Май-20, 14:40
	http://web.archive.org/web/20050924232137/http://dri.freedes...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Аноним (76), 29-Май-20, 17:33
	>EGL ограничивает, а не добавляет функциональность? А ты не путаешь EGL с OpenGL ES?
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	81. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от JL2001 (ok), 29-Май-20, 19:37
	>> Пора бы уже чтоб весь софт на вулкан переходил. А OpenGL чтоб >> оставляли только для совместимости со старыми играми > Мы ещё не перешли с GLX на EGL для всего софта и > композитинга и чего, когда перейдём? кого ждём?
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	33. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+3 +/–
	Сообщение от Аноним (33), 28-Май-20, 13:45
	Много чего пора
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	36. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 28-Май-20, 14:20
	Для многих случаев вулкан избыточен, при этом он сложен. Для части софта так вообще opengl 2 достаточен
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	37. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от neAnonim (?), 28-Май-20, 14:46
	vulkan это легковесное, максимально близкое к железу api. opengl ограниченный, жирный блоб, унаследованный от динозавров > сложный лучше пожертвовать таким разработчиком как ты, чем производительностью
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от анононимс (?), 28-Май-20, 16:15
	Vulkan по производительности сравним с DirectX и намного превосходит OpenGL
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Аноним (51), 28-Май-20, 17:20
	Vulkan по производительности и возможностям сравним и превосходит dx12. Opengl 4.6 вроде имеет паритет с dx11. Но если так смотреть на вещи, теперь вместо тяжёлого сложного рантайма opengl есть эффективный модульный рантайм vulkan, а слой абстракции подобный opengl (но значительно более гибкий) теперь предоставляют либы. Древний opengl (до 4.x) это жуткое легаси, его там несколько раз перекраивали уже. На сегодня можно забыть, его поддержка осталась только в устаревших никому не нужных движках. Ну и у эпла тоже только opengl-2 по-моему, но всем плевать на эпл, а кому не плевать, у тех есть возможность писать на вулкане и использовать транслятор вроде moltenvk.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+1 +/–
	Сообщение от Мира (?), 28-Май-20, 16:30
	Вулкан почти нигде не поддерживается, не только для мажоров же софт клепать. Особенно в тех случаях никакие фичи вулкана не используются, и хватило бы opengl 2.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	62. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	–1 +/–
	Сообщение от Нонон (?), 29-Май-20, 10:01
	Если твоему компу 10 лет то да, у тебя вулкан не поддерживается
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (-), 29-Май-20, 18:57
	> Вулкан почти нигде не поддерживается, не только для мажоров же софт клепать. Ну тут как бы вопрос на что targeting. > Особенно в тех случаях никакие фичи вулкана не используются, и хватило бы opengl 2. В 10 раз больше draw calls в единицу времени - само по себе весьма конкретная фича, если ты понимаешь о чем я.
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	84. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Мира (?), 29-Май-20, 23:02
	Таргетинг на людей с топовым железом при создании хелловоролд 2д игрушек это крайне тупо, особенно когда оно даже на glBegin/glEnd выдаёт 500 фпс, это оптимизацией не оправдать. Вот если нужен йоба графоний, где каждая микросекунда на счету, то тогда использование Vulkan оправдано.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+/–
	Сообщение от Аноним (51), 29-Май-20, 23:51
	Разрабы факторио тоже оценили результаты привязки к доисторическому опенгл, да. Почитайте их девблог.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Релиз Mesa 20.1.0, свободной реализации OpenGL и Vulkan "	+2 +/–
	Сообщение от Мира (?), 30-Май-20, 01:27
	Факторио сейчас работает на OpenGL 3.3 и они периодически постят в девблог как оптимизировали что-то для компов 10-и летней давности. Они не выбрали Vulkan т.к. (цитата с девблога): >we are focusing on older APIs first as a large portion of our current player-base doesn't have Vulkan capable hardware И я их уважаю за эту их позицию.
	Ответить \| Правка \| Наверх \| Cообщить модератору