forum.opennet.ru

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

Оглавление

В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..., opennews (?), 20-Апр-16, (0) [смотреть все]

Это правда Нет обман https lists freedesktop org archives mesa-commit 2015-S, Андрей (??), 19:48 , 20-Апр-16, (2) –1 //

Естественно, если железо не поддерживает огл 4, ты его не получишь , Аноним (-), 21:46 , 20-Апр-16, (9) +5 //

Новость звучит слишком неопределённо касательно карточек AMD, поддерживаемых r60, Андрей (??), 23:01 , 20-Апр-16, (11) –1 //

Пока желающих это сделать не нашлось АМД переключило ресурсы на GCN и AMDGPU, с, Аноним (-), 07:44 , 22-Апр-16, (37) +1

Не естественно В fglrx была поддержка 4 3 для моей карты и все замечательно раб, Яйцассыром (?), 02:00 , 21-Апр-16, (17) //

Напиши эмулятор 64-битной плавучки, станет поддерживать Игры этим все-равно не , Аноним (-), 07:39 , 22-Апр-16, (36)
MESA_GL_VERSION_OVERRIDE 4 3, mesa (?), 11:04 , 22-Апр-16, (41)

Лучше 4 1, т к всяких compute shader для R600 нет Будет нехорошо если игра поп, Аноним (-), 12:02 , 22-Апр-16, (42)

Нет ещё поддержки 4 3, но есть полный набор расширений Они сказали, чтобы заявя, Nexor (?), 20:13 , 20-Апр-16, (3) +4
Хорошая новость,можно будет шпилить в игрушки, купленные в Steam А то проприета, lucentcode (ok), 20:27 , 20-Апр-16, (4) –5 //

ты уж определись или крестик сними или трусы одень , Аноним (-), 21:38 , 20-Апр-16, (8) +4 //

в чем проблема кто-то запретил играть на открытом драйвере в проприетарные игры, Аноним (-), 22:50 , 20-Апр-16, (10) +1
а что не так или в игры тоже нужно играть только с открытыми исходниками , Аноним (-), 23:51 , 20-Апр-16, (12) –1 //

В идеале - да , Crazy Alex (ok), 00:08 , 21-Апр-16, (14)

Ну так и играйте в открытые игры А то драйвера хотим открытые, проприетарные н, EuPhobos (ok), 09:00 , 21-Апр-16, (22) +1

Одно дело драйвер, работающий с полными привилегиями, а другое дело игра, котору, Аноним (-), 12:03 , 22-Апр-16, (43) –1

А третье - принцип Проприетарщина должна сдохнуть , Crazy Alex (ok), 16:54 , 22-Апр-16, (46) +1

Какой-то анахромизм , Michael Shigorin (ok), 20:46 , 20-Апр-16, (5) +3 //

Не далеко ушли, в отличие от , Roo2AT7d (ok), 20:51 , 20-Апр-16, (6)
Номер бесцветный, да , Аноним (-), 08:43 , 21-Апр-16, (20)

А как там насчет владельцев ноутбуков с RS600 Есть что новое , Аноним (-), 21:20 , 20-Апр-16, (7) //

Есть В хозмаг недавно завезли новые ноутбуки с RS690 Налетай , Анончег (?), 23:55 , 20-Апр-16, (13) +4
Не шибко активно, но все еще пилят https cgit freedesktop org mesa mesa log s, Mihail Zenkov (ok), 15:42 , 21-Апр-16, (31)

Ещё радует, что AMD наконец перегнала Интел по количеству реализованных расширен, Crazy Alex (ok), 00:25 , 21-Апр-16, (15) –2 //

Они ВСЕХ перегнали в опенсорсе https mesamatrix net , Аноним (-), 07:46 , 22-Апр-16, (38) //

Ну вот очень долго Intel первым был Кроме того, nouveau можно вообще не считать , Crazy Alex (ok), 16:53 , 22-Апр-16, (45) –1 //

Прошивки уже опубликовали, как бы , xpue (ok), 06:15 , 23-Апр-16, (49)

Хочу себе ноут купить вот такой Есть на него открытые и закрытые драйвера у AMD, Аноним (-), 01:10 , 21-Апр-16, (16) //

У меня ноут с гибридной графикой AMD AMD, более раннее поколение видео 8750M , BlackRaven86 (ok), 13:31 , 21-Апр-16, (28)

кто-то знает когда у них но AMD будет человеческий OpenCL я серьёзно, может че, VKraft (?), 08:47 , 21-Апр-16, (21) //

АМД обещалась открыть свою реализацию OpenCL и Vulkan и по сообщением одного из, Анонимс (?), 09:27 , 21-Апр-16, (23) //

Добить - да, но надеюсь, что они его всё же оптимизировать не станут Какой смыс, Crazy Alex (ok), 15:13 , 21-Апр-16, (30) +1 //

Стоит отметить, что Vulkan не является прямой заменой OpenGL Это все равно, что, Mihail Zenkov (ok), 15:53 , 21-Апр-16, (32)

Как ни крути, дальнейшего развития OpenGL не предвидится, в отличие от Vulcan А, Crazy Alex (ok), 16:35 , 21-Апр-16, (33) +1

Пока точно сложно сказать Сейчас все увлечены Vulkan, так как надоел консервати, Mihail Zenkov (ok), 17:07 , 21-Апр-16, (34)

Надоел не консерватизм а множество технических проблем В сложных вызовах каждый, Аноним (-), 08:03 , 22-Апр-16, (39) +1

ИМХО Vulkan не решил эту проблему, а усугубил https developer nvidia com trans, Mihail Zenkov (ok), 12:11 , 22-Апр-16, (44)

На форониксе разработчик из AMD писал, что AMD дает доступ к исходникам проприет, Аноним (-), 10:16 , 21-Апр-16, (25) //

А можно ссылочку , Андрей (??), 13:36 , 21-Апр-16, (29) –1

таки судя по этим двум табличкам всё ещё только начинается, жаль http xorg fre, VKraft (?), 11:34 , 21-Апр-16, (26) //

GalliumStatus - Last edited Sun Aug 11 02 55 09 2013Не обновляется увы , Nicknnn (ok), 11:48 , 21-Апр-16, (27)
Судя по табличкам все состоит из поддержки opencl и crossfire , Аноним (-), 18:52 , 22-Апр-16, (48)

RadeonSI - хороший драйвер Всё время доделывают OpenGL до идеала Не то что про, Аноним (-), 09:49 , 21-Апр-16, (24) –2 //

Проприетарного драйвера больше нет с нами Теперь есть pro и non-pro В pro пове, Аноним (-), 08:19 , 22-Апр-16, (40)

Вполне логично, что должне быть драйвер от производителя , Аноним (-), 21:03 , 21-Апр-16, (35) –2 //

Вполне логично, что драйвер должен быть От кого - дело десятое , Crazy Alex (ok), 16:55 , 22-Апр-16, (47)

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

30. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +1 +/–

Сообщение от Crazy Alex (ok), 21-Апр-16, 15:13

Добить - да, но надеюсь, что они его всё же оптимизировать не станут. Какой смысл, если Vulcan идёт? Им и надо заниматься, по идее.

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

32. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +/–

Сообщение от Mihail Zenkov (ok), 21-Апр-16, 15:53

Стоит отметить, что Vulkan не является прямой заменой OpenGL. Это все равно, что пытаться заменить высокоуровневый ЯП с GC на C. Каждый хорош по-своему и у каждого своя ниша. Хотя нельзя исключать возможность замены OpenGL на Vulkan + библиотека с высокоуровневым API.

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

33. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +1 +/–

Сообщение от Crazy Alex (ok), 21-Апр-16, 16:35

Как ни крути, дальнейшего развития OpenGL не предвидится, в отличие от Vulcan. А людям из 3D-сферы к низкому уровню в обмен на быстродействие не привыкать. Ну и какие-то библиотеки должны бы появиться, конечно.
По-моему просто смысла нет тратить год на оптимизацию поддержки OpenGL - иначе открытая графика так и будет в вечно догоняющих, чем-то надо жертвовать.

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

34. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +/–

Сообщение от Mihail Zenkov (ok), 21-Апр-16, 17:07

> Как ни крути, дальнейшего развития OpenGL не предвидится, в отличие от Vulcan.
Пока точно сложно сказать. Сейчас все увлечены Vulkan, так как надоел консерватизм OpenGL, а вот как оно дальше пойдет при попытке массового перехода - пока не ясно.
> А людям из 3D-сферы к низкому уровню в обмен на быстродействие
> не привыкать. Ну и какие-то библиотеки должны бы появиться, конечно.
Не скажу что я спец по OpenGL, но использую его давно. SoC и uC меня тоже не особо пугают. Но глянув на примеры Vulkan вижу кучу внутренностей, которые раньше были скрыты. Мне они не нужны. Кода больше, дебаг сложнее. В общем все зависит от задачи и потребностей. Возможно для определенных ситуаций это действительно единственный выход.
> По-моему просто смысла нет тратить год на оптимизацию поддержки OpenGL - иначе
> открытая графика так и будет в вечно догоняющих, чем-то надо жертвовать.
Я лично люблю открытые проекты не только за внедрение смелых и прогрессивных идей, но и за хорошую поддержку уже работающего железа и софта. Сейчас очень много OpenGL приложений, как быстро они перейдут на Vulkan (и перейдут ли вообще) не ясно. С железом тоже не понятно - r600 и все более ранее в мусорку? Так что ИМХО рано чем-то жертвовать. Тем более, что в ближайший год API Vulkan будет явно существенно доработан с учетом критики после практической апробации.

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

39. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +1 +/–

Сообщение от Аноним (-), 22-Апр-16, 08:03

Надоел не консерватизм а множество технических проблем. В сложных вызовах каждый кривит по своему, приходется делать 2-4 code path, и если не угадали - факап. На форониксе вон какая-то игра посчитала что если MESA это не ати, значит нвидия. Ну и упала, потому что в MESA нет этих нвидиевских расширений. Вот так и работате.
Вызовы получаются очень дорогие, с производительностью много проблем, vulkan в 10 раз больше draw calls вытягивает. Binding ресурсов - зло! В 4.5 даже Direct State Access сделали, но это мертвому припарки. Если бы OpenGL был файловой системой, там не было бы read() и write(). Вот тебе SQL_Query() и крутись как знаешь. Медленно работает? На тебе анализатор запросов.
Vulkan сам по себе достаточно простой. А игроделы поверх него запустят свои либы как имненно им в именно их проекте было удобно. С opengl все это бессмысленно.

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

44. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..." +/–

Сообщение от Mihail Zenkov (ok), 22-Апр-16, 12:11

> Надоел не консерватизм а множество технических проблем. В сложных вызовах каждый кривит
> по своему, приходется делать 2-4 code path, и если не угадали
> - факап.
ИМХО Vulkan не решил эту проблему, а усугубил.
https://developer.nvidia.com/transitioning-opengl-vulkan
Portability. Vulkan being so low-level means that getting the best out of different hardware architectures will very likely require dedicated code-paths. This is fundamentally not that different to the reality of using extensions in OpenGL, but a reminder that Vulkan doesn’t magically do away with it. It provides a much higher base-level in terms of capabilities, and a concise set of function entry points, but differences in the hardware capabilities and preferred operations will still manifest themselves.
> Vulkan сам по себе достаточно простой.
Да, но это простата в духе ASM и C - все простое - просто, сложное - сделай сам.
> А игроделы поверх него запустят свои
> либы как имненно им в именно их проекте было удобно. С
> opengl все это бессмысленно.
Вполне вероятно для крупных/сложных движков. Для мелких проектов - можно застрять в дебаге на продолжительное время.

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

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

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

Партнёры:

Хостинг:

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

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


	30. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+1 +/–
	Сообщение от Crazy Alex (ok), 21-Апр-16, 15:13
	Добить - да, но надеюсь, что они его всё же оптимизировать не станут. Какой смысл, если Vulcan идёт? Им и надо заниматься, по идее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+/–
	Сообщение от Mihail Zenkov (ok), 21-Апр-16, 15:53
	Стоит отметить, что Vulkan не является прямой заменой OpenGL. Это все равно, что пытаться заменить высокоуровневый ЯП с GC на C. Каждый хорош по-своему и у каждого своя ниша. Хотя нельзя исключать возможность замены OpenGL на Vulkan + библиотека с высокоуровневым API.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+1 +/–
	Сообщение от Crazy Alex (ok), 21-Апр-16, 16:35
	Как ни крути, дальнейшего развития OpenGL не предвидится, в отличие от Vulcan. А людям из 3D-сферы к низкому уровню в обмен на быстродействие не привыкать. Ну и какие-то библиотеки должны бы появиться, конечно. По-моему просто смысла нет тратить год на оптимизацию поддержки OpenGL - иначе открытая графика так и будет в вечно догоняющих, чем-то надо жертвовать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+/–
	Сообщение от Mihail Zenkov (ok), 21-Апр-16, 17:07
	> Как ни крути, дальнейшего развития OpenGL не предвидится, в отличие от Vulcan. Пока точно сложно сказать. Сейчас все увлечены Vulkan, так как надоел консерватизм OpenGL, а вот как оно дальше пойдет при попытке массового перехода - пока не ясно. > А людям из 3D-сферы к низкому уровню в обмен на быстродействие > не привыкать. Ну и какие-то библиотеки должны бы появиться, конечно. Не скажу что я спец по OpenGL, но использую его давно. SoC и uC меня тоже не особо пугают. Но глянув на примеры Vulkan вижу кучу внутренностей, которые раньше были скрыты. Мне они не нужны. Кода больше, дебаг сложнее. В общем все зависит от задачи и потребностей. Возможно для определенных ситуаций это действительно единственный выход. > По-моему просто смысла нет тратить год на оптимизацию поддержки OpenGL - иначе > открытая графика так и будет в вечно догоняющих, чем-то надо жертвовать. Я лично люблю открытые проекты не только за внедрение смелых и прогрессивных идей, но и за хорошую поддержку уже работающего железа и софта. Сейчас очень много OpenGL приложений, как быстро они перейдут на Vulkan (и перейдут ли вообще) не ясно. С железом тоже не понятно - r600 и все более ранее в мусорку? Так что ИМХО рано чем-то жертвовать. Тем более, что в ближайший год API Vulkan будет явно существенно доработан с учетом критики после практической апробации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	39. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+1 +/–
	Сообщение от Аноним (-), 22-Апр-16, 08:03
	Надоел не консерватизм а множество технических проблем. В сложных вызовах каждый кривит по своему, приходется делать 2-4 code path, и если не угадали - факап. На форониксе вон какая-то игра посчитала что если MESA это не ати, значит нвидия. Ну и упала, потому что в MESA нет этих нвидиевских расширений. Вот так и работате. Вызовы получаются очень дорогие, с производительностью много проблем, vulkan в 10 раз больше draw calls вытягивает. Binding ресурсов - зло! В 4.5 даже Direct State Access сделали, но это мертвому припарки. Если бы OpenGL был файловой системой, там не было бы read() и write(). Вот тебе SQL_Query() и крутись как знаешь. Медленно работает? На тебе анализатор запросов. Vulkan сам по себе достаточно простой. А игроделы поверх него запустят свои либы как имненно им в именно их проекте было удобно. С opengl все это бессмысленно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "В Mesa добавлена поддержка OpenGL 4.3 и OpenGL ES 3.1 для Ra..."	+/–
	Сообщение от Mihail Zenkov (ok), 22-Апр-16, 12:11
	> Надоел не консерватизм а множество технических проблем. В сложных вызовах каждый кривит > по своему, приходется делать 2-4 code path, и если не угадали > - факап. ИМХО Vulkan не решил эту проблему, а усугубил. https://developer.nvidia.com/transitioning-opengl-vulkan Portability. Vulkan being so low-level means that getting the best out of different hardware architectures will very likely require dedicated code-paths. This is fundamentally not that different to the reality of using extensions in OpenGL, but a reminder that Vulkan doesn’t magically do away with it. It provides a much higher base-level in terms of capabilities, and a concise set of function entry points, but differences in the hardware capabilities and preferred operations will still manifest themselves. > Vulkan сам по себе достаточно простой. Да, но это простата в духе ASM и C - все простое - просто, сложное - сделай сам. > А игроделы поверх него запустят свои > либы как имненно им в именно их проекте было удобно. С > opengl все это бессмысленно. Вполне вероятно для крупных/сложных движков. Для мелких проектов - можно застрять в дебаге на продолжительное время.
	Ответить \| Правка \| Наверх \| Cообщить модератору