Войти
ПрограммированиеФорумГрафика

Vulkan API (вышел!) (6 стр)

Страницы: 15 6 7 8341 Следующая »
#75
12:41, 11 мар. 2015

меня смущает nv command list. они уже работают со скоростью, которую разработчикам драйверов вулкана еще только предстоит достичь.


#76
12:46, 11 мар. 2015

HolyDel
> меня смущает nv command list. они уже работают со скоростью, которую
> разработчикам драйверов вулкана еще только предстоит достичь.

А что, трудно приделать к Vulkan в качестве расширения?

#77
(Правка: 13:02) 12:58, 11 мар. 2015

war_zes
> А ведь некоторые до сих пор доказывают что DX убог потому что там кубик надо
> сотней строк выводить, а в GL десятью
А почему такая разница в количестве кода? Я только изучаю программирование игр и OpenGL является для меня идеальным API :) хотелось бы знать, почему так монструозен DX – я пытался и его изучать, но реализовал только DirectInput / XInput и решил, что на данном этапе смогу осилить только OpenGL, хотя, если изучить его профессионально, мне кажется, что и на нём можно делать неплохую графику.

#78
13:01, 11 мар. 2015

=A=L=X=
> А что, трудно приделать к Vulkan в качестве расширения?

А это не будет тот же GL только вид сбоку ?

Iron Man

А энтот товарищ не хочет изучать доки

#79
13:13, 11 мар. 2015

innuendo
> А это не будет тот же GL только вид сбоку ?

В каком то смысле и будет, а в каком то смысле - нет.

#80
13:53, 11 мар. 2015

innuendo
> А это не будет тот же GL только вид сбоку ?
Это будет мантл, но с префиксом vk вместо gr ;)

#81
14:37, 11 мар. 2015

bazhenovc
> > А это не будет тот же GL только вид сбоку ?
> Это будет мантл, но с префиксом vk вместо gr ;)

Ну я  про расширения же

#82
14:41, 11 мар. 2015

innuendo
> Ну я про расширения же

Не вижу смысла отказываться от расширений.

#83
14:43, 11 мар. 2015

=A=L=X=
> Не вижу смысла отказываться от расширений.

Как только будут расширения - ВСЁ! приплыли - каждый вендор будет ляпат по-своему

#84
14:49, 11 мар. 2015

innuendo
> Как только будут расширения - ВСЁ! приплыли - каждый вендор будет ляпат
> по-своему

Силой расширений был не то, что все ляпают по своему, а то что попробовав чей то ляп Кронос мог собраться и запустить функцию в очередную версию.
Проблемой GL были не расширения вовсе.

#85
15:17, 11 мар. 2015

=A=L=X=
> Проблемой GL были не расширения вовсе.

Да что ты говоришь :)
Если бы не было расширений - можно было сделать общий код и просто вынести вендор реализацию как в DX

#86
15:19, 11 мар. 2015

innuendo
> Если бы не было расширений - можно было сделать общий код и просто вынести
> вендор реализацию как в DX

И помогло это DX-у не терять совместимость от версии к версии?

#87
(Правка: 15:27) 15:26, 11 мар. 2015

Проблема GL не в том что в нём были расширения, и да, никто не мешает внеся расширение в новую версию выработать общий код какой то или что - проблема исключительно в том, что ни разу не было сделано попытки перейти на новую версию. Все эти GL 2.0/3.0/4.0 это не новые версии, мажорную версию библиотеки обычно меняют, в мире красноглазия, когда с ней перестаёт работать старый код. Вообще перестаёт работать старый код - это и называется изменение мажорной версии. GL, он до сих пор 1.x.

#88
15:42, 11 мар. 2015

=A=L=X=
> проблема исключительно в том, что ни разу не было сделано попытки перейти на
> новую версию.

А баги-то отчего плодились и размножались ?

#89
(Правка: 15:46) 15:45, 11 мар. 2015

innuendo
> А баги-то отчего плодились и размножались ?

Так от того и размножались, что не было переходов на новую версию и приходилось тянуть всё старое в попытке слить это старое с чем то совершенно новым.

Страницы: 15 6 7 8341 Следующая »
ПрограммированиеФорумГрафика