- HolyDel
- Постоялец
меня смущает nv command list. они уже работают со скоростью, которую разработчикам драйверов вулкана еще только предстоит достичь.
HolyDel
> меня смущает nv command list. они уже работают со скоростью, которую
> разработчикам драйверов вулкана еще только предстоит достичь.
А что, трудно приделать к Vulkan в качестве расширения?
war_zes
> А ведь некоторые до сих пор доказывают что DX убог потому что там кубик надо
> сотней строк выводить, а в GL десятью
А почему такая разница в количестве кода? Я только изучаю программирование игр и OpenGL является для меня идеальным API :) хотелось бы знать, почему так монструозен DX – я пытался и его изучать, но реализовал только DirectInput / XInput и решил, что на данном этапе смогу осилить только OpenGL, хотя, если изучить его профессионально, мне кажется, что и на нём можно делать неплохую графику.
=A=L=X=
> А что, трудно приделать к Vulkan в качестве расширения?
А это не будет тот же GL только вид сбоку ?
Iron Man
А энтот товарищ не хочет изучать доки
innuendo
> А это не будет тот же GL только вид сбоку ?
В каком то смысле и будет, а в каком то смысле - нет.
innuendo
> А это не будет тот же GL только вид сбоку ?
Это будет мантл, но с префиксом vk вместо gr ;)
bazhenovc
> > А это не будет тот же GL только вид сбоку ?
> Это будет мантл, но с префиксом vk вместо gr ;)
Ну я про расширения же
innuendo
> Ну я про расширения же
Не вижу смысла отказываться от расширений.
=A=L=X=
> Не вижу смысла отказываться от расширений.
Как только будут расширения - ВСЁ! приплыли - каждый вендор будет ляпат по-своему
innuendo
> Как только будут расширения - ВСЁ! приплыли - каждый вендор будет ляпат
> по-своему
Силой расширений был не то, что все ляпают по своему, а то что попробовав чей то ляп Кронос мог собраться и запустить функцию в очередную версию.
Проблемой GL были не расширения вовсе.
=A=L=X=
> Проблемой GL были не расширения вовсе.
Да что ты говоришь :)
Если бы не было расширений - можно было сделать общий код и просто вынести вендор реализацию как в DX
innuendo
> Если бы не было расширений - можно было сделать общий код и просто вынести
> вендор реализацию как в DX
И помогло это DX-у не терять совместимость от версии к версии?
Проблема GL не в том что в нём были расширения, и да, никто не мешает внеся расширение в новую версию выработать общий код какой то или что - проблема исключительно в том, что ни разу не было сделано попытки перейти на новую версию. Все эти GL 2.0/3.0/4.0 это не новые версии, мажорную версию библиотеки обычно меняют, в мире красноглазия, когда с ней перестаёт работать старый код. Вообще перестаёт работать старый код - это и называется изменение мажорной версии. GL, он до сих пор 1.x.
=A=L=X=
> проблема исключительно в том, что ни разу не было сделано попытки перейти на
> новую версию.
А баги-то отчего плодились и размножались ?
innuendo
> А баги-то отчего плодились и размножались ?
Так от того и размножались, что не было переходов на новую версию и приходилось тянуть всё старое в попытке слить это старое с чем то совершенно новым.