Убогость OpenGL API (38 стр)

MrShoor
> и коллбек для инклюдов.

о да, недавно наткнулся на баг nvidia с cl про инклюды :)

MrShoor
> Они не нужны, когда есть:
> https://docs.microsoft.com/en-us/windows/win32/api/d3dcompiler/nf…
> er-d3dcompile

это ты расскажи тем кто делал движки в 2003-2006

innuendo
> о да, недавно наткнулся на баг nvidia с cl про инклюды :)
Тебя почитать - ты только на баги и натыкаешься. Ты программировать вообще пробовал? Писать код, который идет в продакшн например?

innuendo
> это ты расскажи тем кто делал движки в 2003-2006
В 2003-2006 я у себя использовал это:
https://docs.microsoft.com/en-us/windows/win32/direct3d9/d3dxcompileshader

MrShoor
> Ты программировать вообще пробовал? Писать код, который идет в продакшн
> например?

думаю, что в продакшене у меня опыт в разы больше, раз у тебя багов было так мало

MrShoor
> В 2003-2006 я у себя использовал это:
> https://docs.microsoft.com/en-us/windows/win32/direct3d9/d3dxcompileshader

нуда, использовать фифекты ради одной функции это хорошо пробуманное решение от ms

innuendo
> нуда, использовать фифекты ради одной функции это хорошо пробуманное решение от ms
Походу даже не осознаешь, что пишешь, ибо функцию эту ты ниразу не использовал. Смысла обяснять в чем фейл этой фразы я тут не вижу.

MrShoor

если бы у тебя был опыт работы в команде или с другими движками ты бы такую хрень не нёс -
про фрагментацию я тебе в 100 раз повторяю - был код с кастомным аллокатором - сколько нужно раз ещё написать чтобы дошло я не знаю

> Походу даже не осознаешь, что пишешь, ибо функцию эту ты ниразу не использовал.

дружок, сразу видно huge опыт в продакшене - на одном проекте была засада -работало нормально только с одной версией dxsdk причём очень древней - ставишь последнюю так половина шейдеров не работает

если бы у тебя было хоть немного знаний то ты бы сказал что хроносы ложанулись не с байткодом а кеширование нативного
а про то как fxc в проекте я это хорошо своей пятой точкой прочувствовал да

ну ещё много чего можно сказать для чувака, который в одно лицо писал графоний в компании с мировым уровнем - надеюсь что centroid ты там не использовал :)

nes
> Эффекты никто не заставляет использовать

для всяких "убогих стратежек" не принципально миллион батчей в секунду

innuendo
> про фрагментацию я тебе в 100 раз повторяю - был код с кастомным аллокатором
Ладно, ладно, кошмары не только тебе снятся, не переживай ты так. :)

> если бы у тебя было хоть немного знаний то ты бы сказал что хроносы ложанулись
> не с байткодом а кеширование нативного
У меня был опыт, что переписанные 1 в 1 шейдера с HLSL на GLSL работали медленнее. И это был не CPU Driver's Overhead :). А еще был опыт, что переписанные с GLSL шейдера на HLSL работали быстрее. Не критично так, разница до 10-15% (на AMD).
Что скажешь на это?

MrShoor

ты когда покажешь свой опыт в продакшене тогда и поговорим

innuendo
> ты когда покажешь свой опыт в продакшене тогда и поговорим
Ты мой опыт в продакшене можешь купить и посмотреть. (ну либо на торрентах скачать).

MrShoor
> Ну или тут посмотреть: https://www.altium.com/viewer

это геймдев да ? я не знал
помню как ты выпедривался - типа вот-вот и мы сделаем по вулкан - есть такое ?

Dampire
> #define в смысле #ifdef или #define в смысле #define CONDITION true?
> #ifdef это препроцессор с компилированным путем исполнения, а всего остального
> кода условно не существует. Это вообще не бранчинг как таковой.
> А if с юниформой или константой вполне себе бранчинг с нормальной работой
> варпов без всяких branch misprediction уже больше десяти лет как.  И то в
> случае константой с высокой вероятностью второй бранч просто будет выпилен
> компилятором.
если этот ваш if-based статик-бранчинг так хорош,
накой ляд тогда мейнстримовые движки компилят по 200 тысяч шейдеров?
Не по причине ли многообразия комбинаций #define в исходных файлах шейдеров?