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

"Существенное увеличение производительности Zink, реализации OpenGL поверх API Vulkan "	+/–
Сообщение от opennews (??), 07-Ноя-20, 10:19
Компания Collabora сообщила о прогрессе в разработке проекта Zink, развивающего Gallium-драйвер для Mesa с реализацией API OpenGL поверх Vulkan. Zink позволяет получить аппаратно ускоренный OpenGL при наличии в системе драйверов, ограниченных поддержкой только API Vulkan. Отмечается, что производительность Zink теперь близка к производительности родных реализаций OpenGL и отстаёт от них лишь примерно на 5%. Напомним, что на начальном этапе разработки производительность Zink отставала от родных реализаций более чем в три раза... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54047
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 07-Ноя-20, 10:19	–17 +/–
>проекта Zink, развивающего Gallium-драйвер для Mesa с реализацией API OpenGL поверх Vulkan 🤦‍♂️
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от Иваня (?), 07-Ноя-20, 10:36	+17 +/–
Словами скажи, что не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3, #4, #5

3. Сообщение от Аноним (3), 07-Ноя-20, 10:56	–1 +/–
Да
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

4. Сообщение от Другой анон (?), 07-Ноя-20, 11:02	+6 +/–
Не так, это зоопарк API, раелизаций и главное прослоек между ними для хоть какой то работы всего этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7, #63, #72

5. Сообщение от Аноним (5), 07-Ноя-20, 11:24	+2 +/–
Gallium - это внутренний фреймворк MESA для написания любых драйверов. Vulkan и OpenGL - это клиентские API. Zink - это слой трансляции вызовов OpenGL в Vulkan, т.е. к gallium отношения вроде как не имеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6

6. Сообщение от Аноним (5), 07-Ноя-20, 11:26	+/–
хотя нет, наврал вот https://i.ytimg.com/vi/RhV72Xc8I1A/maxresdefault.jpg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от n00by (ok), 07-Ноя-20, 11:53	+13 +/–
Не переживайте, Khronos Group переведёт старые интерфейсы (OpenGL) в разряд не рекомендуемых и останется только один Vulkan. Благодарные пользователи подпрыгнут до потолка от радости и побегут покупать новые железки, на которых их любимый интернет-мессенджер на Electron почему-то вдруг перестал работать. Вот тут эксперты по зоопаркам и вспомнят, что есть "ненужная прослойка".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #71

8. Сообщение от Аноним (8), 07-Ноя-20, 12:17	–2 +/–
>>производительность Zink отстаёт от производительности родных реализаций OpenGLлишь примерно на 5%. Вот и вся новость.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

9. Сообщение от Аноним (9), 07-Ноя-20, 12:21	–6 +/–
Чёт странно, вулкан-пукан вроде новая современная херня которая должна работать куда лучше чем opengl, нужна новость, когда будет опережать органах хотя бы на 5%
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #35

10. Сообщение от lockywolf (ok), 07-Ноя-20, 12:28	+/–
Как же оно отвратительно работало раньше, если его так ускорили?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #14, #15

11. Сообщение от Аноним (11), 07-Ноя-20, 12:52	+22 +/–
Хочешь быстрее, лучше, сильнее — пиши на вулкане. Прослойки совместимости существуют, внезапно, для совместимости. С тебя 10 баксов на счёт опеннета за консультацию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

12. Сообщение от Аноним (12), 07-Ноя-20, 13:15	+/–
Надежда есть: Напомним, что на начальном этапе разработки производительность Zink отставала от родных реализаций более чем в три раза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #47

13. Сообщение от Аноним (12), 07-Ноя-20, 13:16	+8 +/–
Это стандартная практика - сначала работать над реализацией, а потом начинать потимизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21

14. Сообщение от Аноним (14), 07-Ноя-20, 13:25	+2 +/–
Отвратительно работает нативный OpenGL на проприетарных дровах от nVidia (в linux). Уже подумываю сменить на amd 5600xt с их открытым драйвером в ядре, т.к. мой старенький радеон R9-290 сейчас в OGL бегает быстрее, чет 1660ti (есть оба). Уже жалею о покупке глюкавого GTX.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #22, #64

15. Сообщение от НяшМяш (ok), 07-Ноя-20, 13:31	+2 +/–
Так и писали вначале без преждевременных оптимизаций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

16. Сообщение от commiethebeastie (ok), 07-Ноя-20, 13:53	+2 +/–
У меня маааааленький такой вопрос, как его активировать? Почему разработчикам таких вещей лень написать такую мелочь? файл zink_dri.so у меня есть. Просто нереально бесит, когда вам пишут про его переменные, а самое важное забывают: https://docs.mesa3d.org/drivers/zink.html PS export MESA_LOADER_DRIVER_OVERRIDE="zink"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

17. Сообщение от Неа (?), 07-Ноя-20, 13:55	–7 +/–
Любой, кто более-менее серьезно занимался 3D понимает, что все API, которые есть сейчас являются лютым овном. Из них DirectX менее пахучее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #19, #38

18. Сообщение от Аноним (18), 07-Ноя-20, 14:45	+9 +/–
> Из них DirectX более пахучее и менее портируемое поправил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

19. Сообщение от Рева RarogCmex Денис (?), 07-Ноя-20, 14:49	+1 +/–
Windows-разработчик, не желающий учить алгоритмы, детектирован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #20

20. Сообщение от lockywolf (ok), 07-Ноя-20, 15:51	–1 +/–
Не надо тут инсинуаций. Человек активный контрибутор в wined3d.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #24

21. Сообщение от Леннарт Поттеринг (?), 07-Ноя-20, 15:56	–1 +/–
> начинать потимизации. Главное не забыть окно открыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

22. Сообщение от Аноним (22), 07-Ноя-20, 16:20	–5 +/–
А ты уверен, что дело в nvidia? Куда чаще всего причина либо разрабы-криворучки, либо разрабы-вредители. Сравнивать amd с nvidia просто нельзя и нет никакого смысла, потому что у nvidia есть как минимум поддерживающий новое железо драйвер, cuda с nvenc и всякие physx в игрушечках (hairworks в том числе), рейтрейсинг с "нейронным" апскилингом и всё остальное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #26

23. Сообщение от Аноним (22), 07-Ноя-20, 16:22	–1 +/–
Вроде говорили, что на каких-то операциях он даже быстрее. Хотелось бы запустить его поверх проприетарного драйвера nvidia, возможно удалось бы решить некоторые проблемы таким образом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

24. Сообщение от commiethebeastie (ok), 07-Ноя-20, 16:32	+/–
Тип:    Аноним Чтоа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

25. Сообщение от Аноним (47), 07-Ноя-20, 16:32	–3 +/–
Слабенько, надо вулкан запустить поверх дыреньикса, который поверх опенгля. Вот тогда всё завертится быстро. А всего лишь с одной прокладкой - не, это медленно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #44

26. Сообщение от Аноним (14), 07-Ноя-20, 16:32	+6 +/–
> А ты уверен, что дело в nvidia? https://forums.developer.nvidia.com/t/slow-opengl-performanc... https://forums.gentoo.org/viewtopic-t-1096808-start-0.html https://askubuntu.com/questions/1232787/recent-upgrade-to-20... Кривость дров от зеленных известный факт, отрицают это только фанатики. > cuda проприетарное ненужно > nvenc оно разве работает в linux? > physx уже умерло > hairworks у amd также полно вендерлок технологий, вот только зачем? > рейтрейсинг в RDNA2 подвезли, причем в виде стандарта, а не мертворожденного RTX > "нейронным" апскилингом и это тоже есть в RDNA2 Жаль, что начальные RDNA2 еще год ждать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #28, #54, #60, #75

27. Сообщение от Cyber100 (ok), 07-Ноя-20, 17:10	–3 +/–
opengl всего лишь медленнее на 5 персентов... в 2020 году, етиху же мать, когда уже аналог директа будет...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #39, #40

28. Сообщение от Аноним (22), 07-Ноя-20, 17:15	–6 +/–
Ты говоришь, как человек, который повёлся на рекламу и пустые обещания. Будь осторожен, ты не первый, кого маркетологи поимели. Нвидия это уже сегодня (и вчера, и до того, а значит, много успешных наработок) и она не стоит на месте. Зато есть возможность выбрать шашечки (ждать ещё лет 5) или ехать (сейчас), это всегда плюс в плане того что без конкуренции всегда хуже -- нет мотивации для развития. Пс https://ngc.nvidia.com/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #29

29. Сообщение от Аноним (14), 07-Ноя-20, 17:21	+3 +/–
> Ты говоришь, как человек, который повёлся на рекламу и пустые обещания И это говорит человек, который перечислил маркетинговый треш типа hairworks и physx? Кстати, даже Линус показал средний палец глюкавым драйверам от nvidia. > Зато есть возможность выбрать шашечки (ждать ещё лет 5) или ехать (сейчас) Да-да, линуксоиды ждут нормальные драйвера и OGL от нвидии уже 20 лет (погугли сообщения на форумах), но походу жифорсы так и останутся худшим выбором для Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #30, #43

30. Сообщение от Аноним (22), 07-Ноя-20, 17:35	–2 +/–
Не маркетинговый треш. Успешно используется в играх, ради которых карточки и покупаются. Кто ж виноват, что нвидия нашла общий язык с разрабами. Амд между прочим точно так же мелко гадит пользователям, мол, у нас тут всё такое замечательно открытое, но вы не купили наши новые карты, а значит, у вас будет тормозить. Нвидия за таким не замечена вроде. У nvidia нормальные драйвера. И это именно тот производитель, который изначально сделал ставку на opengl. Не знаю где ты это взял, но у меня было множество карт разных производителей, и nvidia стабильно наименее проблемные (хотя проблемы конечно имеются, вот в 440 видимо сломали совместимость с efi framebuffer и управление подсветкой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #36

31. Сообщение от Аноним (35), 07-Ноя-20, 17:49	+1 +/–
DirectX поверх OpenGL поверх Vulcan = coooombooooo! Больше прослоек красивых и разных
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (35), 07-Ноя-20, 17:50	+/–
Уж точно не в ближайшие 100 лет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

33. Сообщение от Аноним (33), 07-Ноя-20, 17:52	+1 +/–
> при наличии в системе драйверов, ограниченных поддержкой только API Vulkan. Я таких систем пока не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46

34. Сообщение от Аноним (35), 07-Ноя-20, 17:54	–1 +/–
Нескучная прослойка
Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Аноним (35), 07-Ноя-20, 17:56	+1 +/–
Каких таких органах? Товарищ майор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #57

36. Сообщение от Аноним (22), 07-Ноя-20, 18:37	+/–
Вообще, ситуация конечно забавная. 99% игр построены на технологиях NVIDIA (буквально все современные, за исключением отморозков с havok), но исполняются на железе от амд. Я так понял, у меня теперь не работают ни simplefb, ни vgacon, и только efifb остался (до запуска иксов). Возможно, это из-за того, что ядро загружается в efi режиме. Но с иксами тут точно драйвер нагадил, предыдущая версия нормально работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

37. Сообщение от test (??), 07-Ноя-20, 19:01	+1 +/–
еще нужно указать путь к опенгл драйверу, т.е. вот LIBGL_DRIVERS_PATH=/home/bill/Build/mesa/lib64/dri MESA_LOADER_DRIVER_OVERRIDE=zink glxgears -info
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

38. Сообщение от Аноним (5), 07-Ноя-20, 20:07	+/–
ну и чем плох Vulkan?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

39. Сообщение от Аноним (11), 07-Ноя-20, 20:30	+1 +/–
> The overall concept and feature set of Vulkan is similar to Mantle later adopted by Microsoft with Direct3D 12 and Apple with Metal. Ну ты понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

40. Сообщение от Аноним (40), 07-Ноя-20, 20:56	+1 +/–
глупые линуксоиды даже не способны написать аналог директикса... Пишут какой-то убогий opengl на 5% медленнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #42

41. Сообщение от Позитивный аноним (?), 07-Ноя-20, 22:56	+1 +/–
Автор забыл написать: разработчик Zink вышел на основную работу и теперь времени на доработку проекта у него тупо нет. Доделает последние 450 патчей, а дальше что будет с Zink - неизвестно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

42. Сообщение от maximnik0 (?), 07-Ноя-20, 22:59	+1 +/–
>написать аналог директикса. Вам какую версию то подать ? Если бы вы следили за новостями то знали что с 2005 года уже были проекты по портированию дерекх,(М$ выложила  под свободной лицензией виндовс СЕ ) до этого были лицензионные ограничения. Проблемы есть с 9 версией,там некоторые библиотеки жестко прибиты к win32 .А так 10 версия дерекх если вы не знали официально на 80% входит в состав Open Gl 4.3,единственное что нужно сделать это перекомпелировать приложение,т.к по системным вызовам библиотеки  не совподают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

43. Сообщение от Михрютка (ok), 08-Ноя-20, 01:03	–2 +/–
dude. 20 лет с nvidia на борту. на бсд, на лине, на виндах. до сих пор претензий нет. а нет, вру, есть. на ленововском лаптопе графика тормозила, пока не выяснилось, что минт не шмогла подтянуть нвидиевский драйвер. поставил его руцями, после этого претензии к лаптопу исчезли. я что-то делаю не так все эти 20 лет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #48

44. Сообщение от Аноним (35), 08-Ноя-20, 02:03	+/–
С обратной трансляцией в дикректикс и все это в виртуалке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

45. Сообщение от Аноним (47), 08-Ноя-20, 02:19	–2 +/–
Про OGL можно забыть, Эппл ещё 2 года назад сказала, что всё. Кронос пилит Пулкан. Последние новшества OGL были в 2012, когда compute_shader добавили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

46. Сообщение от Аноним (47), 08-Ноя-20, 02:21	+/–
На OGL уже поставили крест, как Эппл, так и Кронос. В ведре тоже будет пулкан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

47. Сообщение от Аноним (47), 08-Ноя-20, 02:26	+1 +/–
Это не надежда, а звоночек, что OGL усиленно закапывают (Эппл, Кронос, Гугл...).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #51

48. Сообщение от Аноним (48), 08-Ноя-20, 03:03	+3 +/–
Да, ты привык к лагам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #55

49. Сообщение от Аноним (49), 08-Ноя-20, 03:22	+1 +/–
Vulkan мертвый апи, даже память между приложениями делить не может
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #53, #65

50. Сообщение от Аноним (47), 08-Ноя-20, 04:02	+1 +/–
> Vulkan мертвый апи Увы, этот труп тащат и эппл, и гугл в свои системы. А кронос им активно помогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #78

51. Сообщение от Аноним (51), 08-Ноя-20, 05:06	+/–
Что в этом плохого?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #62

52. Сообщение от Аноним (52), 08-Ноя-20, 05:27	+/–
Хоти. А мы будем наслаждаться уже сейчас. рыкса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #56

53. Сообщение от Аноним (52), 08-Ноя-20, 05:30	+/–
Распишите минусы вулкана, без приколов, в чем он плох?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #58, #61

54. Сообщение от Аноним (22), 08-Ноя-20, 11:19	+/–
Ради интереса прочитал твои ссылки. Это полная лажа, поищи нормальные в следующий раз. Они есть, и я, как пользователь, осведомлён о проблемах.  С тех пор, как перешли на libglvnd, проблемы из-за mesa стали неактуальны --  ты сказал, драйвер кривой, но это mesa кривой и багованный был (пока nvidia не выкатила костылей сама).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

55. Сообщение от Аноним (22), 08-Ноя-20, 11:22	+/–
Ты бредишь, Мань. Какие лаги? Просто раньше все упоминания mesa приходилось выжигать калёным железом для надёжности, теперь уже можно этого не делать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

56. Сообщение от Аноним (22), 08-Ноя-20, 11:34	–3 +/–
Так проблемы то у mesa. Говнище ещё то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

57. Сообщение от A.Stahl (ok), 08-Ноя-20, 12:04	+1 +/–
"вулкан-пукан", товарищ майор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

58. Сообщение от Аноним (5), 08-Ноя-20, 12:10	+2 +/–
Вероятно сильная низкоуровневость, чтобы нарисовать что-то типа "helloworld" надо написать ~200 строк кода. Неосиляторы жалуются и ищут готовые фреймворки)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #59

59. Сообщение от n00by (ok), 08-Ноя-20, 12:30	+1 +/–
> Вероятно сильная низкоуровневость, чтобы нарисовать что-то типа "helloworld" надо написать > ~200 строк кода. Это на чём так мало? На Си для "Чёрного Квадрата" Малевича требуется 350, а классический Треугольник - уже 700 (чисто для Вулкана, не считая создания "окна" средствами платформы). Официальный vulkan-tutorial - 900 строк на С++ https://vulkan-tutorial.com/code/15_hello_triangle.cpp
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

60. Сообщение от дохтурЛол (?), 08-Ноя-20, 12:56	+/–
Вроде да. https://i.imgur.com/mDx9O69.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

61. Сообщение от Аноним (47), 08-Ноя-20, 15:13	+1 +/–
Представь, раньше ты писал на Си++, а теперь тебя пересадили за ассемблер... Вот такая же разница между OGL и Пулкан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #77

62. Сообщение от Урри (ok), 08-Ноя-20, 17:20	+3 +/–
То, что OpenGL - очень удобная и клевая библиотека, позволяющая легко и просто строить всяческие интерактивные графики без того, чтобы углубляться в эти ваши графические пайплайны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #66, #74

63. Сообщение от Я (??), 08-Ноя-20, 19:13	+2 +/–
суть в том что на будущих видяхах не будет опенгл, останется только вулкан. для того чтоб в этот момент не стало мучительно больно и разрабатывается цинк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

64. Сообщение от sharddddin (?), 08-Ноя-20, 22:11	+1 +/–
Поддерживаю! То ли я такой неуч, то ли несведущ в настройках - в Арче, на 1060, с такими же как выше параметрами, рабочий стол (Плазма 5) и все телодвижения тормознутые какие-то - становится даже обидно как-то, когда на работе какой-то Коре-ту-дуо с винчестером на оффтоповской 7-ке летает быстрей, чем моя оптимизнутая (видать, не до конца!) на SSD!!... Раз прооптимизировал настройки xorg.conf и KDE - стало заметно быстрее, но с дальнейшими оптимизациями запорол графику... (Option         "metamodes" "nvidia-auto-select +0+0 {ForceFullCompositionPipeline=On}"     Option         "AllowIndirectGLXProtocol" "off"     Option         "TripleBuffer" "on"     SubSection     "Display"         Depth       24 )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

65. Сообщение от Аноним (65), 08-Ноя-20, 22:20	–1 +/–
Я помню из новостей что первый рабочий линуксовый vk дравер для radeon (RADV) потребовал всего 10к строк кода. Наверное он начинался как PoС, ведь все ждали когда amd откроет amdvk. Но выходит написать vulkan намного проще чем написать OGL драйвер, это значит этот Zink упростит разработку дров для будущих GPU, включая веские решения на мобильных SoC.OGL все так же будет использоваться, пока кто-то не напишет фрейвморк который поможет иметь дело со сложностью vulkan. Так что vulkan как "ассемблер" это временное явление, через несколько лет никто не будет писать что-то непосредственно с vulkan.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #67, #70

66. Сообщение от Аноним (66), 08-Ноя-20, 22:35	–1 +/–
Ну и кто у вас ее отнимает ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #68

67. Сообщение от Аноним (47), 09-Ноя-20, 00:46	+1 +/–
> всего 10к строк Дак они спихнули всё, что было в драйвере OGL, на юзверя... Видите ли, тяжело им дрова писать, ниасиливают... А юзер - осилит написание проги на Пулкане, когда только один чёрный квадрат занимает ~1k строк?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #69, #81

68. Сообщение от Аноним (47), 09-Ноя-20, 01:50	+2 +/–
> кто Эппл, Гугл, Кронос...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

69. Сообщение от Аноним (69), 09-Ноя-20, 06:14	–1 +/–
>Дак они спихнули всё, что было в драйвере OGL, на юзверя... Видите ли, тяжело им дрова писать, ниасиливают... RADV (по крайней мере изначально) пилил один чувак, не имеющий отношения к AMD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

70. Сообщение от Ordu (ok), 09-Ноя-20, 11:19	+1 +/–
> Но выходит написать vulkan намного проще чем написать OGL драйвер, это значит этот Zink упростит разработку дров для будущих GPU Задача Zink, как я её вижу, избавить всех от необходимости тянуть реализацию OpenGL. Zink позволит решить проблемы обратной совместимости. А для новых программ, которые хотят OpenGL, я бы порекомендовал посмотреть по сторонам -- не написал ли кто реализацию OpenGL в виде подгружаемой библиотеки, выполняемой поверх vulkan целиком на стороне клиента. Ну реально, это же гораздо удобнее: в системе могут стоять разные версии OpenGL, а со своей программой можно таскать ту версию, которая больше подходит. При желании её даже можно кастомизировать под себя правкой сорцов. > OGL все так же будет использоваться, пока кто-то не напишет фрейвморк который поможет иметь дело со сложностью vulkan. Зачем фреймворк? Нужна библиотечка SDL-Vulkan, которая создаст окошко и подготовит всё к выводу. Hello-world на вулкане занимает 1k строк, этот SDL-Vulkan займёт 10k, с учётом всяких возможных вариантов, как можно проинициализировать. А дальше -- сложность vulkan'а перестанет быть сложностью. То есть, прежде чем писать tl'dr который ниже, я оговорюсь: я с программированием GPU развлекаюсь может раз в пару лет, чисто по фану. Я никогда не работал в геймдеве, и если мне и случается почитывать геймдев форумы, то вот как раз в пару лет, когда у меня в очередной раз не получается работать с GPU так, как мне хочется. Короче я в этом вопросе человек с улицы, которого даже дилетантом язык не поворачивается назвать. Соответственно, я может быть чего-то глубоко не понимаю. Но судя по комментам других участников, у меня складывается впечатление, что они дальше рисования чёрных квадратов никогда не забирались, и на их фоне я чувствую себя гигантом 3d-рендеринга. Поэтому я таки нескромно изложу таки своё скромное мнение. Сегодня пайплайн OpenGL больше под ногами путается и мешает, с его стеком матриц modelview и бесконечными glEnable/glDisable. Один хрен ты грузишь массивы вершин с сопутствующей информацией в память GPU, после чего в цикле по кадрам объясняешь раз за разом видеокарте, какой массив взять, какими шейдерами рендерить и какие там "global"ы надо передавать этим шейдерам. Нет никаких проблем, прокинуть через эти global'ы матрицу, которая отыграет роль modelview, а заодно вместе с ней координаты источников света, параметры рассеивания света или всё что там ещё нужно твоим шейдерам. С OpenGL ты будешь одни параметры прокидывать через glEnable, другие -- через glPushMatrix/glMultMatrix, третьи -- через global'ы шейдеров. С Vulkan'ом, ты просто хранишь на стороне CPU структурку с этими global'ами, как часть структуры описывающей отрисовываемый объект, и закидываешь global'ы одной структурой в видеокарту, когда возникает необходимость. То есть, с OpenGL тоже так можно, можно сделать glDisable на всё-всё-всё, и работать так же как и с Vulkan'ом, но зачем тогда нужен OpenGL? Для более простой инициализации? Для более простой инициализации можно написать SDL-Vulkan.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

71. Сообщение от RHEL fan (?), 09-Ноя-20, 14:30	+/–
Прям напомнило https://ru.wikipedia.org/wiki/%D0%A1%D0%...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #73

72. Сообщение от Мастер (?), 09-Ноя-20, 16:12	+1 +/–
А у Линуксоидов всегда все через кондом работает ибо безопасность во главе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

73. Сообщение от n00by (ok), 09-Ноя-20, 16:16	+/–
Люди думают, что время идёт, а Время видит, как люди проходят. https://youtu.be/QnSZhAvQd_8
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

74. Сообщение от asdasd (?), 09-Ноя-20, 16:57	+/–
Вы точно говорите о OpenGL, а не конкретно о OpenGL 2? Потому-что начиная с OpenGL 3 вы уже долны сами написать минимум два шейдера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #79

75. Сообщение от asdasd (?), 09-Ноя-20, 17:00	+/–
По первой же ссылке там явно криворукие разрабы: > Looks like your application is very inefficient on the Turing compared to the Pascal, clogging the pipelines while not doing much. Ситуация такая-же, как была с играми iD и процессорами x86 VIA, что оно тормозило, т.к. были оптимизированы под конвеер Intel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

77. Сообщение от n00by (ok), 10-Ноя-20, 14:39	+/–
> Представь, раньше ты писал на Си++, а теперь тебя пересадили за ассемблер... Вообще, есть в этом свои плюсы. Всякие гуру разработки операционных систем на диалекте баш, утверждающие, что в Си типизация строгая, а #define объявляет переменную, займут заслуженное место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

78. Сообщение от Аноним (78), 10-Ноя-20, 16:40	+/–
> труп тащат... эппл Там началось всё из-за эппла... на маках и айфонах решили дропнуть OpenGL. Собственно Zink - попытка спасти разработчиков прикладного софта от необходимости переписывать всё на Metal (который нигде акроме яблочной продукции не используется). Потом подтянулся гугл, поскольку есть возможность получить полноценный OpenGL (а не обрезок в виде OpenGL ES) на железе смартфонов (это всякий шлак типа Adreno, PowerVR и прочих Mali). На Raspberry Pi еще есть какой-то смысл. Для AMD, nVidia и intel - это бессмысленная прослойка, но может и эти ребята уверуют в Zink через несколько лет (но это уже будет другое железо, другая реальность и т.д.).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

79. Сообщение от Урри (ok), 11-Ноя-20, 00:25	+/–
Да, о первой и второй, которые до сих пор прекрасно работают везде, где есть OpenGL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #80

80. Сообщение от Spock (?), 24-Мрт-21, 12:49	+/–
Возьмите уже нормальную обёртку над вулканом и закопайте glBegin.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

81. Сообщение от Spock (?), 24-Мрт-21, 13:01	+/–
Да кого вообще волнует сколько там треугольник строк требует. Один раз написал инициализаую, убрал в модуль и забыл. В реальном движке сложность как раз идёт от борьбы чёрным ящиком драйвера. А если чёрный ящик минимальный, как в вулкане, то и бороться с ним надо меньше. Один раз заполнил структурку синхронизации и забыл про микрофризы когда драйвер *внезапно* решает прокачать пару гигов через PCI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

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

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