Gamedev


Ответить в тред Ответить в тред

Check this out!
<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
269 14 105

OpenGL thread 6 Аноним 28/01/19 Пнд 04:27:27 5505381
.png (95Кб, 1296x758)
1296x758
Рисуй треугольник!
Треугольник сам себя не нарисует!

Спрашиваем, сами же решаем проблему, сами же отписываемся. Постим книжечки, гуглим, учим математику. Посылаем нахуй за легаси.
Читаем шапку перед тем как задать очередной тупорылый вопрос.

Добро пожаловать. Снова.

Шапка треда:
https://gist.github.com/2ch-gd-opengl/26b94fc6f16100af730d84a3d8bbd557
Аноним 29/01/19 Втр 09:41:41 5511412
>>550538 (OP)
Посаны, как на opengl рисовать прозрачные окошки с гасуссовым размытием фона под ними?
Аноним 29/01/19 Втр 13:16:04 5511853
>>551141

Поверх десктопа - никак, только через шиндовсапи. На питухос/пидорос свои заморочки с иксами и композитором.

Если ты про внутриигровые - то ставишь режим блендинга, натягиваешь полупрозрачную текстуру на квад и рендеришь в порядке z-ordera твоих окошек.
Аноним 29/01/19 Втр 16:45:17 5512204
>>551185
Внутриигровые. С полупрозрачными понятно, а может ли шейдер считывать из текущего fb уже выведенные пиксели, причем не строго в той же позиции, но и соседние?
Аноним 29/01/19 Втр 20:26:30 5513285
Возможно ли в шейдере прочитать из интеджер текстуры(TBO) например флоат. Ну то-есть прочитать сырые байты как другой тип. В Си я бы просто сделал так ((int*)floatArr)[10]. Хочу засунуть в одну текстуру много разных структур и читать их из разных шейдеров, SSBO не подойдёт, так как нельзя дать смещение.
Аноним 29/01/19 Втр 20:41:11 5513336
>>551328
Без каста - никак.
Аноним 29/01/19 Втр 21:10:15 5513447
>>551333
Вроде нашёл функции: floatBitsToInt, intBitsToFloat. Будем-с изучать.
Аноним 30/01/19 Срд 02:44:03 5514388
Какого хуя glBindBufferRange не работает c GL_ARRAY_BUFFER?
Я хочу засунуть вершины, индексы, юниформы и вообще всё говно в один буффер, как в вулкане.
Аноним 30/01/19 Срд 02:46:52 5514399
>>551438
Блядь ступил, При вызове дроу оффсет задается.
Аноним 30/01/19 Срд 06:32:05 55144510
Кстати вот еще вопрос есть ли смысл в OGLе выделить один vbo для всего и распределять память в нем вручную? Одни говорят стоит, потому что смена vbo это дорого, другие говорят не еби мозг, выделяй кусками сколько хочешь, все равно этим занимается драйвер на хост сайде. Кому верить?
Аноним 30/01/19 Срд 13:28:59 55152111
>>551445
Нет какого-то универсально ответа\решения.
Это как и в других вещах.
Аноним 30/01/19 Срд 21:54:35 55177112
>>551445
Стрельба по воробьям из танка. Если так хочется ебаться с памятью - юзай вулкан или dx12. OGL суть понятный и простой.
Аноним 31/01/19 Чтв 22:56:44 55209813
glGet* функции дешевые? Ну драйвер не лезет далеко, чтобы узнать например какой текстурный юнит или буффер сейчас забинден? Логика мне подсказывает что это хранится где-то в юзермоде на хосте и тормозить не должно.
Блядь эти хождения по граблям на ощупь подзаебали. Уже паранойа от того что что-то не так сделаешь и фрейм рейт дропнется к хуям.
Аноним 31/01/19 Чтв 23:34:59 55210614
Аноним 10/02/19 Вск 17:49:50 55563615
Есть ли исходники оригинального fxaa? Не то мыльное говно на гитхабах из гугла, а именно реализация как в дровах нвидии?
Аноним 18/02/19 Пнд 00:55:40 55783816
>>555636
FXAA в любом случае мыльное говно.
Аноним 18/02/19 Пнд 01:03:58 55784117
>>551185
>питухос свои заморочки с иксами
Не помню, чтобы у винды иксы были.
Аноним 18/02/19 Пнд 19:28:27 55810718
Аноним 19/02/19 Втр 09:31:38 55832219
>>551445

Чтобы эта шарманка полностью работала нужны SSBO, glMultiDrawXXXXXXIndirect, glDrawID и texture array, то бишь версия не ниже 4.5. И еще шейдер сабрутины если ты вообще хочешь рендерить все материалы в одном батче.

Фактически же всё зависит от input layout, который в реальных проектах разный для разных типов геометрии - где то есть скелетка, где то морф таргеты, где -то просто статическая геометрия. Всё упихать в один батч не получится один хуй.

Это раз.

Второе - пердолить отдельные униформы быстрее чем мапить и заливать UBO/SSBO и тут ещё вопрос где ты отсосёшь больше.

>>551220
>Внутриигровые. С полупрозрачными понятно, а может ли шейдер считывать из текущего fb уже выведенные пиксели, причем не строго в той же позиции, но и соседние?

Из fb не может, придется пердолить SSBO.

В описании расширения где-то в конце есть пример кода:

https://www.khronos.org/registry/OpenGL/extensions/ARB/ARB_shader_storage_buffer_object.txt
Аноним 19/02/19 Втр 17:43:35 55845420
Если я передаю из шейдера дальше в шейдер in out переменные взаимоисключающими блоками(если передал a,b не передаю c,d и наоборот), то имеет ли смысл делать общие переменные(ac, bd), или всё же если я в конце не проинициализирую один блок, gpu и небудет его пересылать? Блоки большие и их много.
Аноним 19/02/19 Втр 18:06:04 55845921
>>558454
Лучше юзай uniform buffer object
Аноним 19/02/19 Втр 18:21:18 55846522
>>558459
Uniform`ы ж для передачи с cpu, а уменя верт. шейдер рождает переменные и передаёт в пикс. шейдер. Просто как я понимаю in out переменные предаются по какой-то быстрой памяти между шейдерами, в отличии от общей памяти.
Аноним 19/02/19 Втр 18:30:26 55846723
>>558465
> между шейдерами
Нихрена не понял.
Твои шейдеры (вершинный и фрагментный) компилируются в одну программу, грубо говоря.
Между ними ничего не передаются, переменные по крайней мере uniform как бы общие.
Ну а если у тебя этих шейдеров много и чтобы для каждого тебе не устанавливать свои значения, ты можешь в начале кадра uniform block заполнить нужными данными и всё.

По поводу in/out лучше почитать в сторонней литературе, а не гадать как оно там.
Аноним 19/02/19 Втр 18:37:45 55847124
>>558467
Есть ссылки на почитать про inout, что-то не нахожу.
У меня один убершейдер, в котом case`ы разделяют логику(типо маленькие подшейдеры), соответственно эти подшейдеры пересылают дальше свои перменные, то-есть никогда не пересылаются все сразу пременные из всех подшейдеров.
Кстати если всё объединется в одну программу, у неё есть предельный размер?
Аноним 19/02/19 Втр 18:41:24 55847325
>>558471
> Кстати если всё объединется в одну программу, у неё есть предельный размер?
Ты это о чём?
Почитай в книжках что такое шейдер.

> Есть ссылки на почитать про inout, что-то не нахожу.
Зайди в гугол и введи "glsl in out parameter"
Аноним 19/02/19 Втр 18:46:57 55847426
>>558473
Я имею ввиду если я накатаю шейдер длинной с "Войну и мир", он скомпилится?
Аноним 19/02/19 Втр 18:50:15 55847527
>>558474
Да, но так лучше не делать.
Ветвления и циклы, ну по крайней мере раньше говорили, это не очень хорошо для шейдера.
Плюс, также, от версии драйвера может зависить и от карточки. Вроде ограничений на количество переменных и тп
Аноним 19/02/19 Втр 18:52:09 55847728
>>558475
Ясно. Просто пытаюсь написать один шейдер на все случаи.
Аноним 19/02/19 Втр 18:53:42 55848029
>>558477
Зачем? Запутаешься и потом не поймёшь где чего.
Аноним 19/02/19 Втр 18:57:03 55848330
>>558480
Так у меня всё по отдельным файлам как обычно, потом просто пред компиляцией в один текст соединяю.
Аноним 19/02/19 Втр 22:10:27 55854231
>>558477
>>558474
>>558471
>Есть ссылки на почитать про inout, что-то не нахожу.
>У меня один убершейдер, в котом case`ы разделяют логику(типо маленькие подшейдеры), соответственно эти подшейдеры пересылают дальше свои перменные, то-есть никогда не пересылаются все сразу пременные из всех подшейдеров.

Если ты и решил упарывать убершейдер, то делай это правильно:

https://www.khronos.org/opengl/wiki/Shader_Subroutine
Аноним 19/02/19 Втр 22:28:09 55854832
Аноним 19/02/19 Втр 22:35:15 55855133
>>558548
И в догонку. Стоит ли ориентироваться на OGL 4.6? Там полезные gl_BaseVertex и gl_BaseInstance. Но он мало ещё распространён или?
Аноним 20/02/19 Срд 00:17:48 55857434
>>558551
GTX 500+ за исключением некоторых младших карточек, у амд из тех же годов примерно. Если ты делаешь что-то с графоном выше уровня /gd/ - у тебя один хуй в минималках карты новее будут. Для чего-то проще я бы остался на 3.3.
Аноним 20/02/19 Срд 15:08:15 55869835
Почему сайт khronos.org практически никогда не открывается? Это только у меня так или у всех? Я блять уже в роутере DNS разные ставил, вручную вводил ip 104.236.24.254 в hosts файл, нифига не помогает. Подобные сайты https://isitdown.site/khronos.org показывают, что страница онлайн. Я не могу понять в чем проблема.
Аноним 20/02/19 Срд 15:32:16 55870936
>>558698
У меня сразу открылся.
Аноним 20/02/19 Срд 19:19:48 55877137
1550679581894.png (13Кб, 438x550)
438x550
Как блендингом сделать такое пересечение двух альф?

>>558698
У меня через гугл кеш открывается, но грузится около двух минут.
Аноним 20/02/19 Срд 22:26:09 55886038
>>558771
Да я тоже гугл кэшом пользуюсь. Значит не только у меня проблема с этим сайтом?
Аноним 20/02/19 Срд 22:56:58 55887439
>>558771
гугли трансперанси пасс
Аноним 23/02/19 Суб 02:31:40 56004340
Объясните зачем нужен deferred шейдинг? Разве форварде я не могу сразу передать все источники света в фрагментный шейдер и в цикле за один проход все посчитать?
Аноним 23/02/19 Суб 03:35:13 56004541
Аноним 23/02/19 Суб 10:29:06 56007142
>>560043
Можешь. А теперь попробуй посчитать так сотню источников света на тысяче объектов.
Аноним 23/02/19 Суб 17:13:46 56030243
>>560045
Депф пре пасс не может в таком случае, или зачем он нужен?
Аноним 23/02/19 Суб 18:17:16 56037444
>>557838
Дефолтный FXAA реализованный в последних дровах nvidia очень качественный практически не мылит в отличие от например от того что есть в открытом доступе https://gist.github.com/kosua20/0c506b81b3812ac900048059d2383126
Вот жеж жадные ублюдки, могли бы и поделиться.

Аноним 23/02/19 Суб 19:33:54 56040545
Аноним 25/02/19 Пнд 19:40:53 56123346
kartinko.png (111Кб, 739x395)
739x395
Написал шейдер для наложения текстуры из ssbo(да, я извращаюсь). Вопрос: нормально ли, что текстура в формате R8bit пикселизирована больше чем R32bit, а не просто цвета беднее. Или я где-то с алгоритмом наплошал?
Аноним 25/02/19 Пнд 22:58:20 56137147
>>561233
Ну ты явно где-то с сэмплингом обосрался. Выложи шейдерный код.
Аноним 25/02/19 Пнд 23:18:03 56137848
>>561371
Просто интерполирую между четырьмя пикселями
tw, th --ширина\высота текстуры
//Вертекс.ш.-----------
coor= vec2(
texcoor.x tw (1- 1f/tw), //(1- 1f/tw)-- stretch to extrude artifacts
texcoor.y th (1- 1f/th)
);

//Фраг.ш.-----------
float u= coor.x,
v= coor.y;
uint x= uint(u),
y= uint(v);
float fx= fract(u),
fy= fract(v);

outcol=
gtex_r8(tex, x, y, tw) ((1-fx) (1-fy))
+gtex_r8(tex, x+1, y , tw) (( fx) (1-fy))
+gtex_r8(tex, x+1, y+1, tw) (( fx) ( fy))
+gtex_r8(tex, x , y+1, tw) ((1-fx) ( fy));

//------------
vec4 gtex_r8(uint tex, uint x, uint y, uint w)
{
uint o= x/4 +y/4w,
f= x%4,
m= 255 <<(f
8);
float col= float((ussbo[ tex +o ] &m) >>(f*8)) /255;
return vec4(col,col,col,1);
}

Аноним 25/02/19 Пнд 23:19:37 56137949
>>561378
Ну ё-моё уможения "отклеились".
Аноним 25/02/19 Пнд 23:24:31 56138050
>>561379
Ж-звезда
//Вертекс.ш.-----------
coor= vec2(
texcoor.x Ж tw Ж (1- 1f/tw), //(1- 1f/tw)-- stretch to extrude artifacts
texcoor.y Ж th Ж (1- 1f/th)
);

//Фраг.ш.-----------
float u= coor.x,
v= coor.y;
uint x= uint(u),
y= uint(v);
float fx= fract(u),
fy= fract(v);

outcol=
gtex_r8(tex, x, y, tw) Ж((1-fx) Ж(1-fy))
+gtex_r8(tex, x+1, y , tw) Ж(( fx) Ж(1-fy))
+gtex_r8(tex, x+1, y+1, tw) Ж(( fx) Ж( fy))
+gtex_r8(tex, x , y+1, tw) Ж((1-fx) Ж( fy));

//------------
vec4 gtex_r8(uint tex, uint x, uint y, uint w)
{
uint o= x/4 +y/4Жw,
f= x%4,
m= 255 <<(fЖ8);
float col= float((ussbo[ tex +o ] &m) >>(fЖ8)) /255;
return vec4(col,col,col,1);
}
Аноним 25/02/19 Пнд 23:28:40 56138151
>>561379
Выложи на https://pastebin.com/ там даже подстветку для языка можешь выбрать (OpenGL Shading)
Аноним 25/02/19 Пнд 23:30:55 56138252
>>561380
Функци конвертации из BGRA32 в R8
INLINE void convcol_r8(byte d, int wh, byte e)
{
loop(wh)
e= (d[i4+0] + d[i4+1] + d[i*4+2]) /3;
}
Аноним 25/02/19 Пнд 23:36:55 56138653
Аноним 26/02/19 Втр 01:39:03 56143654
>>561386
Что за фигня в функции convcol_r8(), это вообще какой ЯП? Обозначай параметры и переменные яснее. Ты вот если откроешь свой код через год, ты сам уже забудешь, что они значат. Я так понимаю d это инпут, e аутпут, wh количество пикселей? А что за loop() еще за хуйня? И ты уверен что у тебя текстура находится в формате BGRA32? То есть каждый канал по 32 бит и все вместе 128 бит (16 байт)? Насколько я понял, ты хочешь конвертировать цветную (или многоканальную чернобелую) текстру в однуканальную чернобелую, правильно? Хз что у тебя за язык и цикл такой, но в C++ я бы написал так https://pastebin.com/vbWfTMTK
Аноним 26/02/19 Втр 03:49:56 56144555
>>561436
Пардон я тупанул, это же интегеры а не флоаты, тогда надо еще будет разделить на 4294967295 и умножить на 255;
Аноним 26/02/19 Втр 18:30:58 56166956
>>561587
Я сейчас побуду луддитом, но побитовые операции в GLSL впизду. Жопа помнит, как эта хуйня выдавала диаметрально противоположные результаты от карты к карте.
Аноним 26/02/19 Втр 19:54:40 56171057
>>561587
Можно и биты попинать, но тогда нужно просто >> 24. А то что ты показал выйдет 0.
Аноним 01/03/19 Птн 18:52:48 56258658
Есть ли какие-то алгоритмы для бесплатного 2D рендера с разными материалами(шейдеры/текстуры)?
Есть желание рисовать спрайты с минимальным расходом сил процессора и видюхи.
Пока как-то логично выглядит только батчинг, но количество телодвижений не окупает результат.
Есть ли бумажка, которую можно почитать по этому вопросу?
Аноним 01/03/19 Птн 20:52:33 56261759
>>562586
Ты можешь сейчас рисовать сотни тысяч треугольников вообще без какой-то просадки.
Если навыков и ума хватает, то в основном тебе надо то что исполняется на процессоре оптимизировать
Аноним 01/03/19 Птн 21:07:59 56262160
>>562617
>сотни тысяч
Имеешь в виду инстансинг?
Аноним 01/03/19 Птн 21:51:34 56262861
Аноним 01/03/19 Птн 21:58:15 56262962
Аноним 02/03/19 Суб 09:35:55 56274063
Что делает glPrimitiveRestartIndex? Прочитал - нихуя не понял. Кто нибудь может объяснить нормально?
Аноним 02/03/19 Суб 10:53:35 56274764
Что делать если компилятор не видит glGetTextureHandleARB()?
GLFW 3.2.1 должен ведь сам дать указатели на все все функции?
Аноним 02/03/19 Суб 12:05:45 56275165
>>562747
Разве это не дело glad или glew? GLFW же только обёртывает виндовскую API.
Аноним 02/03/19 Суб 12:16:25 56275366
>>562751
Да спасибо, просто обновил.
Аноним 02/03/19 Суб 16:02:34 56278767
Как правильно писать в ssbo из шейдера? Допустим в вертекс шейдере делаю ssbo += 0.5f, вроде как эта переменная должна постоянно расти, а выходит будто создаётся локальная копия ssbo и к ней добавляется 0.5f, а настоящая остаётся неизменной. Пишут, что надо ставить барьеры; есть ли пример простой записи в ssbo?
Аноним 04/03/19 Пнд 17:18:50 56329068
что делать с ебучими ворнингами вроде
warning C4267: 'argument': conversion from 'size_t' to 'GLuint', possible loss of data
компилируя под win64?
Аноним 04/03/19 Пнд 18:15:48 56330469
>>563290
Юзай вместо GLuint просто unsigned int
Вроде size_t на x64 это не тоже самое что и на x86
Аноним 04/03/19 Пнд 18:27:27 56330570
>>563304
Да я в курсе этого зоопарка лп ллп. Нагородили костылей. Я спрашиваю что луше - выключить сообщение нахуй или понаставить принудительных кастов?
Аноним 04/03/19 Пнд 18:30:28 56330971
>>563305
> понаставить принудительных кастов?
Вот это лучше
Аноним 05/03/19 Втр 15:55:51 56351172
>>550538 (OP)
извините не подскажете игровой движок на OpenGL ??
Я конечно знаю есть leadwerks и OGRE, но есть ли ещё какие нибудь. Для игродела одиночки. Вопрост денег в принципе имеет значение но желательно не более 10 000 руб
(Знаю что есть UNIGINE но он также и виндовый Икс использует)
Аноним 05/03/19 Втр 20:33:29 56360273
>>563511
И Unity, и UnrealEngine могут в OpenGL. Я тебе советую не парится над графическими API, если ты действительно хочешь делать игры, а юзать один из стульев выше. В этом треде мы играемся с треугольниками и другими приколюхами, а не делаем игры.
Аноним 06/03/19 Срд 17:10:13 56403774
>>560043
для этого есть Forward+ и Clustered Forward. Первый используется в Quake Champions, второй в DOOM и вообще они тащат.

Суть класерного рендера в том, что у тебя View Frustum разбивается на сетку из MxNxK сегментов (в думе вроде 16х8х24), потом берется список из ВСЕХ источников света и проситывается, какие из них влияют на отдельные кластеры, и если они как-то влияют, их записывают в этот кластер (в кластерах также хранится информация о декалях и кубмапах). В думе лимит вроде 256 источников света. Кластеры хранят эти данные и их количество. Все это добро упаковывается в SSBO/UBO/текстуры и передается в каждый шейдер. В шейдере считается для каждого пикселя, в каком он находится кластере. Берутся данные из этого кластера и все расчитывается, как подобает. В этом подходе есть преимущества, что нет оверхеда на шину от деферред подхода, при этом если какой-то объект (или кусок объекта) ничего не освещает, в нем не произойдет никаких вычислений. Расчеты самой кластерной сетки и упаковывание в них информации можно отдать Compute Shader (дум вроде так и делает).

Forward+ Rendering сильно схож с кластерным, только там не 3д-сетка по фрустуму, а 2д-сетка в экранном пространстве (каждая ячейка имеет размер например 16х16 пикселей). Точно так же расчитывается для каждой ячейки список источников света (это тоже можно скормить в вычислительные шейдеры), примерно так же происходят расчеты в шейдере (определяется, в какой ячейке лежит пиксель, пробегается по всем источникам света и расчитывает свет. Если источников нет - свет не считается).

Как итог, такие системы рендеринга просты, работают везде, нетребовательны, дают высокую производительность с отсутствием оверхеда и практически неограниченное количество источников света в кадре.

Для них, кстати, не обязательно нужны вычислительные шейдеры, можно все расчеты проводить на CPU, данные пихать по текстурам и использовать в шейдерах (работать будет везде).

В своем движке хочу внедрить кластерный рендеринг, но пока что-то времени не хватает и руки не доходят. В данный момент у меня тупо и криво сделанный форвард с лимитом в 4 источника света на объект.
Аноним 06/03/19 Срд 17:16:14 56404075
А еще в кластерном или форвард+ рендеринге можно делать нормальное освещение частиц, как DOOM и делает. Каждая частица разбивается на некоторое количество "пикселей", которое зависит от расстояния: 32x32 вблизи, 16x16, 8x8 и т.д. на больших дистанциях, а вычислительный шейдер, используя данные из кластеров, составляет атлас из карт освещения для частиц (в этом статическом разрешении), которая смешивается с цветом самой частицы и получается красиво.
Они так сделали, потому что повершинное освещение оказалось слишком грубым для больших частиц, если использовать повершинное освещение с тесселяцией, выходит большое количество вершин, а если считать попиксельно, выходит большая нагрузка (частицы прозрачные, как никак), поэтому сделали такую уловку.
Аноним 06/03/19 Срд 17:22:40 56404676
>>563511
Есть же Godot Engine, Unreal Engine, Unity. Они все умеют в OGL (Godot вроде ни во что другое не умеет).
Аноним 06/03/19 Срд 22:34:01 56411177
Ебать, у меня glGenVertexArrays занимает ~15 миллисекунд. Почему это может происходить?
Аноним 07/03/19 Чтв 00:46:17 56413078
>>564111
Ебать, помог swap interval 1 если что. Все забивалось нахуй.
Аноним 07/03/19 Чтв 07:35:08 56414879
>>564037
Интересно ты кто такой вообще?
Аноним 08/03/19 Птн 15:15:42 56437680
Ананасы, такой вопрос.
Как в 3д редакторах рисуют кисятми как в фш по поверхности? Например, делают делают каменную дорожку по траве.
Как это потом сохраняется для последующей отрисовки в игре?
К примеру https://www.youtube.com/watch?v=9xfnJn80DEU
Аноним 08/03/19 Птн 15:52:01 56438781
Аноним 08/03/19 Птн 18:13:28 56444382
Аноним 08/03/19 Птн 18:26:58 56444983
Аноним 09/03/19 Суб 18:25:10 56470684
Что лучше - апдейтить убо по кусочкам (речь идет о mvp матрицах, lightpos и т.д. небольшой объем, короче) или держать копию в оперативке, апдейтить ее и загонять в видеопамять сразу всю? Некоторые переменные не изменяются между кадрами.
Аноним 09/03/19 Суб 20:23:30 56473885
Аноним 09/03/19 Суб 20:39:40 56474386
Аноним 09/03/19 Суб 20:44:21 56474687
Нужно ли делать отдельные шейдеры для моделей без света, анимации и т.д, или писать условия в одном шейдере? Это влияет на производительность моего персонального компьютера в расчетах графики, или условия не требовательны?
Аноним 09/03/19 Суб 21:04:04 56475588
111.png (1Кб, 550x197)
550x197
>>564738
>>564743
Есть буфер с данными. Красным выделены участки которые обновились. Есть два варианта: 1 Через BufferSubData\MapBuffer обновлять каждый участок сразу в видеопамяти по отдельности. 2 Держать буфер в оперативе, там обновлять его, и одним вызовом BufferData отправлять в видеопамять. В первом случае много api вызовов. Во втором один, но копировать сразу весь буфер.
Аноним 10/03/19 Вск 20:24:35 56501489
Скажите, в этом треде только опенглщики сидят? Или есть люди, которые и в DirectX разбираются?
Аноним 10/03/19 Вск 22:40:21 56507990
>>565014
Смотри, тут такая тема: новички, обычно, начинают с OGL - поэтому тут этот тред и есть. А если знаешь OGL - то в остальном сможешь разобраться своими силами, были бы доки. Если ты хочешь вкатываться с D3D - ты явно где-то не там повернул.
Аноним 22/03/19 Птн 05:25:29 56812591
По идее если установить количество вершин в патче в tess control шейдере, например, layout (vertices = 4) out; то вызывать glPatchParameteri(GL_PATCH_VERTICES, 4); вроде бы не нужно. Но на практике не работает, приходится менять рендер стейт все равно. Или я что-то упускаю?
Аноним 25/03/19 Пнд 21:47:40 56896992
>>565079
я наоборот считаю, что лучше начинать вкатываться с D3D (желательно 11), он дает более общее представление о графике, как мне кажется. Потом плавно переходить на D3D12/Vulkan, а OpenGL изучить разве что для ознакомления с историей. OpenGL пусть и хорош, но уже стар, и ему пора на заслуженный покой.
Аноним 27/03/19 Срд 21:16:42 56938293
>>550538 (OP)
я только начал изучать OpenGL, и мне непонятен один вопрос. Допустим мы загружаем 3d модель в формате .obj с файлом .mtl в программу. 3d модель состоит из нескольких мешей с разными материалами, например на часть модели наложены текстуры, а цвет другой части модели задан просто вектором цвета. Вся эта модель, которая состоит из нескольких мешей с разными типами текстур отрисовывается с помощью разных шейдеров для разных мешей? Или же вся модель отрисовывается с помощью одного вершинного и одного фрагментного шейдера для всей модели? Я только начал знакомиться с OpenGL, поэтому объясните пожалуйста этот момент.
Аноним 28/03/19 Чтв 07:30:33 56943094
Как запекаются статические лайтмапы? Есть какой нибудь туториал с объяснением алгоритма как формируются uv развертки для геометрии?
Аноним 28/03/19 Чтв 07:39:00 56943395
>>569382
Поставь анрил енжин, скачай демо проект и посмотри как модели устроены.
Аноним 28/03/19 Чтв 07:43:47 56943596
>>569382
>на часть модели наложены текстуры, а цвет другой части модели задан просто вектором цвета
Не знаю как "принято", но такое вполне можно нарисовать одной парой шейдеров в один draw call.
Засунуть вектора цвета и текстурные координаты в один vbo типа vec3, так что у текстурных координат 3-ья компонента равна например -1.0f. И потом во фрагментном шейдере в зависимости от её значения или использовать тот vec3 напрямую, или делать lookup в текстуру по его первым двум компонентам.
Аноним 28/03/19 Чтв 20:27:34 56954697
Как сделать освещение сцены, будто солнце светит сквозь листву?
Аноним 28/03/19 Чтв 20:30:20 56954798
>>569546
Так и делай, свети, вставай под листья и зырь на солнце, будет похоже.
Аноним 28/03/19 Чтв 20:34:38 56954899
>>569547
И будут пятнистые тени на объектах сцены?
Аноним 28/03/19 Чтв 20:39:13 569550100
Аноним 28/03/19 Чтв 20:54:18 569555101
Аноним 19/04/19 Птн 16:47:22 574914102
Какая последовательность действий для удаления замапленного VAO. Мне вообще надо увеличить размер прежнего , но сперва понять бы как его полностью пересоздать?
Аноним 20/04/19 Суб 00:03:36 575062103
>>574914
Ты наверное vbo и vao путаешь?
Аноним 20/04/19 Суб 00:04:27 575063104
>>574914
Чего блядь? В OpenGL термины "замапленный" и "VAO" друг с другом не связаны. Если тебе нужно удалить замапленный буффер, то обычный glDeleteBuffers работает. Но можешь сперва вызвать glUnmapBuffer, чтобы уж на 146%.
Аноним 20/04/19 Суб 11:12:19 575117105
>>575062
>>575063
Да вроде разобрался. Мне надо было удалить vao и его vbo. Просто пытался удалить vao с glDeleteBuffers, а надо было с glDeleteVertexArrays. Но как я понял, можно не удалять vao, а пересоздать его vbo нужного размера.

Аноним 20/04/19 Суб 11:54:19 575124106
>>575117
Буфферы отвечают на вопрос "Что?", а VAO - на вопрос "Как?". В проекте обычно не больше пары десятков VAO вне зависимости от количества буфферов. Если у тебя в проекте появились одинаковые по разметке VAO - значит, что-то пошло не так.
Аноним 20/04/19 Суб 13:15:37 575152107
>>575124
У меня один vao с одним vbo, я его использую для посылания команд для инстансинга(рисую за один drawcall). Мне просто нужно было организовать для него расширение в случае рисования большого числа объектов.
Аноним 27/05/19 Пнд 08:27:39 583632108
Как текст выводить? Есть нормальное что-то? Как это делают?

Когда делаю вывод текста мне очень не нравится как это выглядит в коде. Я рендерю символы через gdi+ со сглаживанием (но без cleartype), потом анализирую размеры символов (там внутри gdi какой-то чудовищный алгоритм, который сдвигает символы вверх-вниз неопределённым образом) и по ним определяю необходимо расстояние между строк и символов. По хорошему, чтобы это вручную отрендерить, нужно каким-то адекватным образом получить смещение, размер символа и ещё всякое, а не пиксели на прозрачность проверять. Помимо этого, есть куча ебанутых символов по типу zalgo - если их рендерить в квадратики 24х24, то они в них могут не попасть и каким образом получить их параметры переноса и как это учитывать - не очень понятно, нужно ежа родить чтобы во все эти тонкости векторных и растровых символов вникнуть. Собственно говоря с таким символами даже сам хромиум хреново справляется, хотя его разрабатывают куча людей значительно более подготовленных в плане рендеринга текста.
Для русской-английских символов ещё более-менее приемлимо получилось, но эстетическое неудовольствие дикое. Символов несколько десятков тысяч, и я просто без каких-либо оптимизаций подгружаю страницы по 256 символов по мере необходимости, и в остальном код отвратительного качества с этим текстом, какие-то костыли для символа переноса каретки (у остальных символов есть только ширина, относительное смещение насколько нужно сдвинуть следующий символ, а тут особый случай с абсолютным смещением который через if работает).

По сути, мне нужна всего одна функция, которая принимает текст, шрифт и выдаёт мне список координат/текстурных координат. Повернуть, обрезать, раскрасить, вписать в прямоугольник и прочее я сам доделаю. И контейнер, который в каком-то виде этот шрифт загружает и хранит, естественно.



>Посылаем нахуй за легаси.
За что? Разницы же почти нет, ну, шейдеры стало поприятнее писать без тысячи встроенных переменных с непонятными именами, но зачем делать заново всякие вполне удобные pushmatrix когда они есть в легаси - мне не очень понятно.
Аноним 27/05/19 Пнд 16:48:38 583697109
>>583632
> По сути, мне нужна всего одна функция, которая принимает текст, шрифт и выдаёт мне список координат/текстурных координат. Повернуть, обрезать, раскрасить, вписать в прямоугольник и прочее я сам доделаю. И контейнер, который в каком-то виде этот шрифт загружает и хранит, естественно.

stb_truetype
https://github.com/0xc0dec/demos
Аноним 28/05/19 Втр 09:51:52 583824110
>>558483
не надо так, юзай разные шейдеры
Аноним 28/05/19 Втр 09:57:26 583827111
>>568969
что?? вулкан это опенгл 5
Аноним 28/05/19 Втр 10:01:22 583828112
>>569546
сделай черно-белую картинку типа с тенью от листьев (с тайлингом) и юзай ее в шейдере
Аноним 28/05/19 Втр 12:51:17 583846113
>>568969
Опенсорц не имеет возраста. Когда есть большое комьюнити, оно оперативно вычищает легаси из кода, усовершенствует старые фишки, добавляет новые плюшки.
Если комьюнити нет, то проект кажется мёртвым, на самом деле, он фактически заморожен, как только данный "мёртвый-старый" проект кому-то понадобится, то вокруг него разовьётся комьюнити и см. п. 1.
В этом волшебная сила опенсорца!
Аноним 28/05/19 Втр 17:32:36 583904114
Я правильно понимаю, что glTexImage2D это устарелая функция, и лучше пользоваться glTexStorage2D? А ещё я слышал о каких-то bindless текстурах.
Аноним 03/06/19 Пнд 07:39:00 584935115
>>583697
Спасибо больше, то что нужно.
Аноним 14/07/19 Вск 19:01:50 593397116
Существуют ли какие-нибудь годные книги по opengl на русском или придётся задрачивать Superbible через переводчик?
Аноним 14/07/19 Вск 20:57:06 593422117
>>568969
А как же Линукс ? А всякие там любительские токарные и фрезерные станки, которые работают на Raspberry PI , но разработчики хотят прорисовки в 3D на двенадцатидюймовом дисплее? А встроенные видеокарты? Intel GMA? А пользователи, у которых компьютер работает с 2010 и им нормас?
Аноним 14/07/19 Вск 22:33:50 593443118
>>565014
Я начал с OpenGL, перекатился на DX11. Они похожи, но DX удобнее. Плюс, в Visual Studio есть отладчик графики.
Аноним 15/07/19 Пнд 01:53:20 593473119
>>593443
А нахуя изучать мертвое апи, которое кроме шиндовса нигде никогда не пригодится?
Ни мобилки, ни консоли, ни куча других платформ.
Аноним 15/07/19 Пнд 02:55:18 593486120
>>593473
Десктопный гейминг = виндоус. Больше мне ничего и не нужно.
Аноним 15/07/19 Пнд 02:56:45 593487121
Апре
Аноним 15/07/19 Пнд 05:39:17 593494122
>>583846
И как оно, наверно опенсорсных игр полно? слежу за сдохшим Rigs of Rods, который сначала тащил один человек, потом другой, а теперь никто не тащит
Аноним 19/07/19 Птн 10:41:43 594302123
Как на win10 включать вертикальную синхронизацию?
wglSwapIntervalEXT не оказывает никакого влияния, как и принудительной выставление в настройках от нвидии. На win7 всё работало. При этом драйвер исправный, тому что в чужих программах вертикальная синхронизация работает.
Я не использую двойную буферизацию (рисую всё в GL_FRONT), то есть вызовов SwapBuffers не происходит. Если его поставить, то всё работает выдавая 60/30/20 фпс согласно теории.

Может быть появился какой-то нормальный способ получить сообщение о новом кадреб чтобы можно было просто сразу после этого сообщения начинать рисовать в передний буфер избегая разрывов?
Может быть стоит создать второй контекст с честной двойной буферизацией просто чтобы сообщения от новых кадрах таким образом получать? Бред какой-то.
Аноним 19/07/19 Птн 11:34:35 594312124
>>594302
>Как на win10
>OpenGL
Ты ещё дос-прерывания попробуй вызывать. Какое оупен джи эль, 2019 год на дворе.
Радуйся что новая винда хоть как-то его поддерживает.
Огл это ведь устаревшая срань, ну так в винде стоят драйвера какие-то для минимальной совместимости. Не более того.
Аноним 19/07/19 Птн 11:45:40 594316125
>>594312
А где тогда есть нормальный способ получить нужное мне событие от экрана?

>Какое оупен джи эль, 2019 год на дворе.
А ещё у меня 90% кода на легаси-функциях, кроме совсем тяжёлых вещей.
Как будто есть какая-то разница. Всё-равно всё сводится к более-менее одним и тем же вызовам функций в видеодрайвере.
Аноним 19/07/19 Птн 12:08:02 594322126
>>594316
>Как будто есть какая-то разница.
Разница есть в том что держат операционки. Насколько рабочие и актуальные драйвера установлены по умолчанию.
Сейчас большие игры отказываются от огл в пользу вулкана и дх. Значит операционки последуют за ними.
Поддержка огля будет падать.

>А ещё у меня 90% кода на легаси-функциях
Ты вкладываешь свой опыт в то что перестанет работать. К примеру лет через пять ты надрочишься хорошо делать всё на огл, а его перестанет держать новая винда\линукс\смартфон. И всё, пять лет твоих знаний уходят в зрительный зал.
Аноним 19/07/19 Птн 14:03:36 594345127
>>594302
>вертикальную синхронизацию
>Я не использую двойную буферизацию
Ты ку-ку? vsync основан на буферизации, без back-буффера она не работает в принципе.
Front Buffer это прямой вывод на экран.
Аноним 19/07/19 Птн 17:41:43 594375128
>>594322
>пять лет твоих знаний
>Не знает как работает вертикальная синхронизация.
Да и я не думаю, что api вулкана или dx серьёзно ушли от огл. Концепции вроде бы одни и те же, такие же буферы, такие же шейдеры.


>>594345
А каким тогда образом это работало в win7?
Задний буфер я создаю (без него инициализация opengl занимала около 30 секунд только, лол), просто не переключаю его. Но да, всё как ты сказал, блокировка возникает в SwapBuffers, то есть это могло работать в win7, только если система посылает wm_paint правильным образом.

>Front Buffer это прямой вывод на экран.
Теперь уже не совсем. В win7 задержка была 0-2 кадра на 120фпс видео (то есть от 0 до 1 экранного кадра, всё согласно теории), а в win10 уже 2-4 и никакое DwmEnableComposition(false) уже не помогает из-за принудительной двойной буферизации всех приложений (разрывов в оконном режиме мне получить не удалось). 0-2 кадра осталось только в полноэкранном режиме.

Ладно, как по нормальному то сделать? Всего то нужно получить событие от экрана.
Аноним 22/07/19 Пнд 02:49:57 594816129
image.png (8Кб, 561x173)
561x173
Без юниформа это сделать никак нельзя? Что за маразм, как вообще можно было догадаться сделать такое? У меня же одни и те же текстурные блоки и я не могу представить ситуацию, где необходимо менять их номера во время работы.
Почему нельзя просто в шейдере прописать texture(0/2/4, ...) или uniform sampler2D texture1=0/2/4 на худой конец? Угу, в 4.2 можно, но долго же они соображали.
Аноним 22/07/19 Пнд 03:24:49 594818130
Аноним 22/07/19 Пнд 05:42:16 594821131
>>594816
> У меня же одни и те же текстурные блоки и я не могу представить ситуацию, где необходимо менять их номера во время работы
Текстурные блоки и перменные устанавливает драйвер и нельзя узнать заранее какие он присвоит индексы.
Аноним 22/07/19 Пнд 17:54:55 594949132
>>594821
Но по факту я один раз при инициализации указываю номер и больше этот юниформ не трогаю. Если там что-то и меняется в индексах, то api/драйвер сами переставляют индексы, то есть с тем же успехом я мог бы сразу в шейдере указать 0 и api/драйвер в той же степени переставляло бы индексы.

Очень странно, что потребовалось дойти аж до версии 4.2, прежде чем они догадались. Я бы в первой же версии сделал бы или возможность задания номера из шейдера, или глобальный legacy-юниформ как все остальные переменные состояния. Но почему-то глобальный legacy-юниформ для gl_LightSourceParameters есть, хотя, наверное, никто никогда в жизни не использовал legacy-освещение и функции для него вместе с glsl-шейдером.
Аноним 22/07/19 Пнд 18:15:59 594957133
>>594949
Для этого есть uniform buffer object и в шейдере можно задать его индентификатор
Аноним 22/07/19 Пнд 20:47:51 594995134
>>594957
А есть какой-то список с кратким описанием расширений сгруппированным каким-либо образом, чтобы не открывать каждую из 195 (это для arb-расширений) статей?
Типа, расширение GL_ARB_texture_storage, позволяет выделять память для текстур за один вызов (или что оно там возволяет), можно использовать для того-то-то.
И так далее, по две строчки на каждое.
Аноним 22/07/19 Пнд 20:49:29 594996135
Гидроцефал орет.png (395Кб, 720x400)
720x400
Аноним 23/07/19 Втр 04:32:22 595030136
Аноним 23/07/19 Втр 06:24:39 595032137
>>595030
Только это и надо.
Аноним 23/07/19 Втр 06:47:51 595034138
>>595032
Ой всё, тебе от нас только одно и надо.
Аноним 23/07/19 Втр 07:50:49 595038139
Аноним 23/07/19 Втр 09:55:56 595047140
>>595038
Все вы так говорите...
Аноним 23/07/19 Втр 10:57:25 595052141
Аноним 23/07/19 Втр 16:21:15 595093142
как узнать максимальную версию для core profile?
Аноним 27/07/19 Суб 22:05:19 595897143
pbr.jpg (115Кб, 797x731)
797x731
Отлаживаю PBR шейдер
Аноним 31/07/19 Срд 13:26:19 597043144
Может ли opengl соревноваться с directx по критерию производительности в играх?
Аноним 31/07/19 Срд 14:19:03 597048145
Аноним 31/07/19 Срд 17:18:26 597091146
>>597048
Хуян. На хуяне заебешься даже сраный треугольник выводить, плюс этот треугольник будет работать только на топовых видеокартах.
Аноним 31/07/19 Срд 17:24:46 597097147
>>597091
opengl всёравно хуита
Аноним 31/07/19 Срд 17:26:23 597098148
>>597091
>только на топовых видеокартах
Ну извини, что твою мочу за 2к рубля с Авито не поддерживает, авось ещё на xp тут сидишь
Аноним 31/07/19 Срд 17:56:30 597103149
>>597043
Конечно. Это лишь api для общения с видеокартой. Пиксели всё-равно считает видеокарта, производительность может улучшиться только из-за минимизации накладных расходов внутри этого api, но они в любом случае составляют не слишком крупную часть.
Аноним 31/07/19 Срд 19:17:30 597122150
>>597098
Причем тут конкретно я? Если речь идет об охвате аудитории.
Есть неигровые ноуты, есть бюджетные компы с интегрированными видюхами. Не у всех юзеров есть деньги на видюху за 50 косарей.
Было бы странно, если бы юзер спокойно играл в игры на юнити на своём неигровом ноуте с интеловским процем и встроенной видюхой, а твой шедерв на пукане бы жидко пукал и обмякал при запуске. Особенно если этот шедевр в 2д.
Аноним 01/08/19 Чтв 00:46:08 597223151
>>597043
В случае эмляторов всяких маняконсолей opengl иногда сильно посасывал у directx примерно на 5-20 фпс, в других случаях всё зависело от видеокарты и/или пряморукости разрабов эмуляторов. Вот примеры с эмулятором андроида и докой 2 (спойлер: огл снова соснул)
https://www.youtube.com/watch?v=54oU4XAWmM8
https://www.youtube.com/watch?v=04tXQ_o02Hs
Аноним 01/08/19 Чтв 01:17:03 597226152
>>597223
>огл снова соснул
Можно попробую угадать почему? В случае с дотой. Игра изначально была на dx9, и opengl они просто за уши притянули, не вникая в opengl подменили функции, там где это можно было. Написали какой-нибудь враппер кривой, прослойку. В пользу этого говорит то что в dx9 режиме оно потребляет меньше всего памяти почти на гигабайт, лол. Они просто ogl не осилили, потому что в остальных режимах видеопамять запита на 1.5 гб - а в случае ogl на 900 мб, какой-то режим забыли указать, не загружают какой-нибудь буфер на видеокарту или ещё что-то.

И ещё я полистал моменты, во всех открывках кроме начала фпс хуже всего у dx11, что соответствует моему опыту игры в доту на разных api. Разница в 5-10 фпс при общем фпс в 200 довольно смешна.
Аноним 01/08/19 Чтв 13:56:47 597333153
>>597226
Тем не менее, не один ааа разраб пока не подтянул ОГЛ на godlevel, а это значит, что на то есть причины
Аноним 01/08/19 Чтв 16:14:02 597412154
Аноним 01/08/19 Чтв 16:17:22 597413155
Аноним 01/08/19 Чтв 16:24:17 597415156
>>597413
До вулкана был опенгл
Аноним 17/08/19 Суб 14:32:50 602378157
Фрагментный шейдер имеет возможность прочитать содержимое буфера цвета/глубины? Каким образом лучше организовать раскрашивание с учётом уже имеющейся информации?

Точно сработает несколько проходов рендера в текстуру (там не так много слоёв, не больше 20) с передачей этой текстуры в шейдер, но не очень бы хотелось 20 раз перерисовывать всё, особенно если учесть, что для 75% пикселей хватит первого прохода и потом они просто висеть будут.
Аноним 17/08/19 Суб 23:59:36 602539158
>>602378
> Фрагментный шейдер имеет возможность прочитать содержимое буфера цвета/глубины?
Сам себя — нет. Другие — да. Глубину рендери сам. А дальше бред бессвязный.
Аноним 18/08/19 Вск 00:18:37 602547159
Аноним 18/08/19 Вск 00:20:39 602550160
>>602547
>>602378
это если о глубине, цвет вроде никак! в зависимости от того, что ты хочешь, лежащим там цветом можно через блендинг воспользоваться
Аноним 18/08/19 Вск 00:24:47 602553161
>>602550
перечитал вопрос и понял, что про глубину немного не то написал :( анон выше хорошо написал, из самого себя не прочтешь. довольно очевидно, если представлять себе, как оно там внутри может быть устроено
Аноним 18/08/19 Вск 02:55:55 602571162
>>602553
>довольно очевидно, если представлять себе, как оно там внутри может быть устроено
Не очень то. Когда блендинг происходит, оно же читает буфер цвета. Но смешивает только по каким-то фиксированным уравнениям блендинга. Информация из соседних пикселей не требуется. Только тот же самый, который перекрашивается.

https://www.khronos.org/registry/OpenGL/extensions/EXT/EXT_shader_framebuffer_fetch.txt
Аноним 18/08/19 Вск 09:48:32 602616163
>>602571
мне кажется, блендинг происходит немного после вычисления цвета, как будто бы типа пиксели посчитал, а потом прикладываешь к фреймбуферу. поэтому я бы не сказал, что когда блендишь, оно читает буфер цвета
Аноним 18/08/19 Вск 12:39:15 602712164
>>602616
>мне кажется, блендинг происходит немного после вычисления цвета, как будто бы типа пиксели посчитал, а потом прикладываешь к фреймбуферу
Я нарисую красный, поверх него полупрозрачный синий, сверху зелёный и потом ещё несколько. И он сохранит след от изначального красного. Если он вычисляет цвета потом - каким образом он хранит вот эти накладываемые поверх цвета? В стеке, лол? Даже если по каким-то причинам он в самом это делает, почему нельзя считать вот временное сохранение в шейдере?

Для чего хранить буфер цвета/глубины и результаты работы шейдера (причём, возможно по несколько раз на пиксель) отдельно, которые потом замешаются - если можно сразу провести несложную операцию сложения&умножения, что, как мне кажется, куда эффективнее, чем вводить дополнительный неявный буфер и какую-то сложную фиготу вокруг него.
Аноним 20/08/19 Втр 21:26:51 603506165
>>602712
не, "потом" это типа после отрисовки одного примитива(треугольника). а вообще, можно и хранить все цвета вместе, замешивая в конце, так получится что-то вроде order-independent transparency.
Аноним 28/08/19 Срд 17:12:03 605840166
Кто юзал layered rendering? Хочу каскадные шадоумапы за один проход рисовать, но прикинул и понял что сосну с одним буфером глубины. Кто-нибудь делал подобное?
Аноним 28/08/19 Срд 19:31:29 605853167
>>605840
Блядь я понял, слои фреймбуфера и слои текстуры это разные вещи. Чтобы сделать слоеный фреймбуфер надо texture array биндить сразу весь через glFramebufferTexture, а не вызывать glFramebufferTextureLayer по отдельности. Тех, кто писал спеки, надо раскаленной кочергой изнасиловать.
Аноним 06/10/19 Вск 02:14:17 615743168
Фишка sampler object в том, что можно создать один сэмплер glGenSamplers() и один раз выставить параметры с glSamplerParameter() и пользоваться ним с любой текстурой? То есть при создании новой текстуры не нужно больше вызывать glTexParameter()? А потом на отрисовке просто биндить этот сэмплер glBindSampler(), вместо glUniform1i(), верно?
Аноним 06/10/19 Вск 14:39:34 615809169
>>615743
> glBindSampler(), вместо glUniform1i(), верно?
Sampler меняет настройки текстур, например, GL_TEXTURE_MAG_FILTER, GL_TEXTURE_MIN_FILTER, GL_TEXTURE_WRAP_T и тд
glUniform1 всё равно нужно использовать
Аноним 06/10/19 Вск 16:20:59 615836170
>>615809
Ну блин только лишний байндинг. Им вообще часто пользуются?
Аноним 07/10/19 Пнд 15:43:38 615991171
Антоны, написал 100+ строк кода и наконец вывел треугольник! Невероятно!
Аноним 07/10/19 Пнд 15:44:54 615992172
>>615991
Теперь попробуй на вулкане, там для треугольника понадобится 1.5к строк
Аноним 07/10/19 Пнд 15:46:49 615996173
>>615992
Серьезно? На директе я делал такое за 200 с чем-то строк.

А вообще знания подобной оккультистики пригождаются? Работу можно найти?
Аноним 07/10/19 Пнд 16:31:27 616001174
image.png (16Кб, 709x220)
709x220
На проде серьезные дяди делают так?
Аноним 07/10/19 Пнд 18:22:25 616032175
Аноним 07/10/19 Пнд 18:23:54 616034176
>>615996
Легче найти работу на js-фронтенде.

>>616001
Нет, храни шейдеры в файлах.
Аноним 07/10/19 Пнд 18:25:21 616036177
>>616034
>Легче найти работу на js-фронтенде.
То что найти работу легче, думаю, понятно всем. Насколько вообще возможно найти работу? Существует ли вакансии на рынке?
Аноним 07/10/19 Пнд 18:50:44 616043178
>>615996
На Direct3D 11 наверное? На 12-м должно быть побольше.
Аноним 07/10/19 Пнд 19:23:51 616055179
>>616043
>На Direct3D 11 наверное?
Это было вообще на 10 давным-давно. 12 что ли вулканизировали, тоже стал низкоуровневым?
Аноним 07/10/19 Пнд 20:00:39 616065180
>>615996
Серьёзно, вот например.
https://github.com/SaschaWillems/Vulkan/blob/master/examples/triangle/triangle.cpp
>А вообще знания подобной оккультистики пригождаются? Работу можно найти?
В ДС спеца по вулкану с руками оторвут на шестизначную з/п, но нужно знать овердохуя всего, надо понимать, как работает gpu, как профилировать код, как пилить шейдеры.
>>616055
Директ нахуй не нужен, будущее за вулканом. Директ - это только шиндовс, вулкан - это самые разные девайсы, кроме десктопных систем, мобилки, планшеты и прочее.
Аноним 07/10/19 Пнд 20:10:09 616073181
>>616065
>В ДС спеца по вулкану с руками оторвут на шестизначную з/п, но нужно знать овердохуя всего, надо понимать, как работает gpu, как профилировать код, как пилить шейдеры.
Это только в ДС наблюдается такой казус или вангуешь везде такой спрос на знатоков вулкана в индустрии?
>Директ нахуй не нужен, будущее за вулканом.
Очевидно ты прав, но насколько близко это будущее - хз. Директ будет долго дохнуть точно.
Аноним 07/10/19 Пнд 20:46:05 616083182
image.png (15Кб, 802x646)
802x646
>>615991
>>615991
Я овладел новым уровнем и совершил очевидный качественный скачок.
Аноним 08/10/19 Втр 00:46:37 616141183
Здравствуйте профи, скажите, сколько примерно строк кода займёт пересадка годота на десктопный GL рендер с тупого мобильного GLES?
Аноним 09/10/19 Срд 18:22:30 616479184
>>616141
Несколько тысяч, думаю..
Аноним 11/10/19 Птн 00:25:15 616888185
>>616065
С каким наслаждением я бы бил ебальники умникам выкатившим "графический апи нового поколения". Просто расхуярил бы в мясо нахуй. Это же надо догадаться - развернуть GL кишками наружу - типа жрите, новье же, блядь. Разве что нвидия подсуетилась со своим rtx экстеншеном на уровне модификации пайплайна. Нихуя нового. Ровным счетом.Только тысячи, миллионы, миллиарды бесконечного бойлерплейта, которые теперь ночами снятся.
Аноним 11/10/19 Птн 00:38:08 616891186
test 2019-10-11[...].mp4 (7674Кб, 1920x1052, 00:00:06)
1920x1052
Когда-нибудь я стану использовать матрицы, но не сегодня.
Аноним 11/10/19 Птн 03:00:16 616901187
>>616032
узнай о такой замечательной вещи как ООП.

Все это скрывается обертками и забывается. Дальше твой треугольник выводится все той же одной строкой
Аноним 11/10/19 Птн 03:02:42 616902188
>>616036
а кто по твоему пишет все эти юнити, ue, крайэнджины, дайсы, etc?

(эх, всегда завидовал что сегодня какой-нибудь чел пилит никому не нужный движок, а завтра он уже работает в epic над UE4)
Аноним 11/10/19 Птн 11:32:05 616924189
>>616901
>узнай о такой замечательной вещи как ООП.
Узнал, соглашусь.
>>616902
>пишет
Их мало.
Аноним 11/10/19 Птн 11:40:17 616925190
image.png (16Кб, 778x235)
778x235
>>616901
>узнай о такой замечательной вещи как ООП.
Слепил говна.
Аноним 11/10/19 Птн 13:43:10 616944191
Антонуэны, пожалуйста, не обоссыте за тупой вопрос.

Как я понял, когда мы берем определенную модель и выводим ее посредством опенгл, мы добавляем каждую её точку в массив вершин и затем описываем в каком порядке какие треугольники там заебенить, да?
Аноним 11/10/19 Птн 16:11:38 616969192
image.png (86Кб, 1233x1020)
1233x1020
Есть какая-нибудь IDE для шейдеров?
Аноним 11/10/19 Птн 18:11:25 617000193
>>616969
Онлайновые веб-приложения есть. Шейдертой, например.
Аноним 12/10/19 Суб 06:02:41 617093194
>>616969
Сделай у себя в программе перезагрузку шейдеров по нажатии кнопки, и пиши их в блокноте.

>>616036
В США есть. За пределами не особо.

>>616902
Хороший пример - handmade quake. Чел начал писать первый квейк с нуля и делать видео на ютубе, его взяли на работу в какую-то топовую компанию, после чего он удалил канал.
Аноним 12/10/19 Суб 06:20:03 617096195
>>617093
>после чего он удалил канал.
Зачем?
Аноним 12/10/19 Суб 06:23:30 617097196
>>617096
Не знаю. Возможно, по неопытности он писал не самый лучший код и не хотел, чтобы его имя ассоциировалось с этой поделкой новичка в будущем.

Отдельные видео вроде как можно найти на других каналах.
Аноним 12/10/19 Суб 06:25:40 617098197
Аноним 12/10/19 Суб 10:08:10 617113198
>>617098
Ты связываешь написание квейка и приглашение на работу в эпик? Может его мама порекомендовала знакомым.
Аноним 12/10/19 Суб 10:08:44 617114199
>>616901
>замечательной вещи как ООП
Из 90х к нам?
Аноним 12/10/19 Суб 10:25:44 617117200
>>617113
>эпик
Насколько знаю это вообще ебанутая структура. Читал несколько отзывов на реддите и там как-будто филиал Россиюшки в США.
>Сделай у себя в программе перезагрузку шейдеров по нажатии кнопки, и пиши их в блокноте.
Справедливо сказано.

Аноним 12/10/19 Суб 15:10:01 617173201
>>617113
Может быть. Но обычно для человека без опыта главная проблема, чтобы его вообще заметили и пригласили на собеседование. Его проект мог помочь.

>>617117
На реддите когда пишут про Epic часто имеют ввиду Epic Systems, большая компания, пишет медицинский софт.
Аноним 12/10/19 Суб 15:20:36 617175202
>>617114
Без знания ООП тебе не перезвонят. Прогрессивный ты наш.
ECS это паттерн ООП. Deal with it.
12/10/19 Суб 16:05:22 617195203
>>617173
>большая компания
Не, там точно про Epic Games было. Обсуждение в контексте GameDev.
Аноним 12/10/19 Суб 16:13:03 617197204
>>617195
Случайно прилепил сажу.
Аноним 12/10/19 Суб 16:22:45 617199205
>>617195
На одной из моих работ со мной работал бывший программист рендера в UE. Вроде не жаловался. Говорил, у них никого никогда не увольняют, если человек совсем идиот, ему поручают делать ненужную работу.
Аноним 12/10/19 Суб 16:29:17 617201206
>>617199
> бывший программист рендера в UE
А его за что уволили?
Аноним 12/10/19 Суб 16:33:00 617204207
>>617201
Он сам ушел. Вероятно, на нашей работе ему дали сильно больше денег хотя сама работа была не очень, я думаю, он пожалел
Аноним 12/10/19 Суб 16:38:05 617207208
>>617204
А он работал в России в отделении эпика?
Аноним 12/10/19 Суб 16:43:04 617208209
>>617207
Нет, дело происходило в США и он муриканец.
Аноним 12/10/19 Суб 17:04:42 617214210
>>617208
И он в Россию перебрался? Или ты сам в штатах сейчас чалишься?
Аноним 12/10/19 Суб 17:22:43 617220211
t23e70mc2nx8.jpg (560Кб, 2309x1299)
2309x1299
>>617214
Я тоже в штатах.
Давно экспериментирую с компьютерной графикой и симуляцией физики, планирую следующие несколько лет подналечь на учебу серьезнее, написать движок на вулкане, и попробовать найти работу в этой области.

Вот еще один источник вдохновения: два брата делают симулятор гонок (без использования движков), уже 10 лет. Один моделит, другой код пишет. Смотрится очень круто.

https://polycount.com/discussion/comment/2700286
Аноним 12/10/19 Суб 18:03:24 617227212
>>617220
>Я тоже в штатах.
Каким способом сцыганился туда? Кем работаешь там?

Через год переезжаю в Германию по учебе и оттуда хочу в штаты перебраться по работе.

>два брата делают симулятор гонок (без использования движков), уже 10 лет
Сильно. Выглядит очень круто, особенно, если учитывать то, что это пишут всего два брата-акробата.
Аноним 12/10/19 Суб 18:10:36 617228213
>>617227
Программистом работаю, по работе и переехал по L-1B. Сейчас переезжать стало заметно сложнее из-за дефицита H-1B, но в целом перебраться можно. Самые рабочие варианты - всякие гуглы-амазоны и финансовые компании.

В целом подумой, США не такая уж и класная страна для жизни, хотя с работой для программистов тут все очень хорошо.
Аноним 12/10/19 Суб 18:12:20 617229214
>>617228
Спасибо что отвечаешь. Надеюсь у меня все получится. Главное, язык выучить, а он, сука, не дается.
>хотя с работой для программистов тут все очень хорошо
В том то и дело. Кажется, нигде больше нет таких условий для программистов. А что касается Германии, то там даже хуже чем у Россиян дела обстоят.
Аноним 12/10/19 Суб 18:15:50 617231215
>>617228
>>617229
Оставайтесь в России, пацаны, на западе хуёво.
Аноним 12/10/19 Суб 18:19:10 617232216
>>617231
>Оставайтесь в России, пацаны, на западе хуёво.
А если я из Тувы?
Аноним 12/10/19 Суб 21:08:27 617262217
>>617232
Переезжай в Россию
Аноним 12/10/19 Суб 23:59:47 617289218
>>617232
Ты тувинец или старообрядец?
Аноним 13/10/19 Вск 04:05:44 617306219
>>617231
Переезжайте на запад, пацаны, там вы будете "ахуенно" работать, плотить налоги (ура-ура, всю жизнь мечтал), плотить за медицину (надоела бесплатная) и получать копейки (по тамошним меркам).
Аноним 13/10/19 Вск 06:26:10 617309220
>>617306
Уехать в Глазго-вот вариант,

У них там честные все, как Дональд Дак и Санта,

Всем подряд, за так, машины, бриллианты,

В окно кинул бакс, тебе два бумерангом.
Аноним 13/10/19 Вск 07:09:51 617310221
>>617306
В Европе бесплатная медицина и высшее образование, а также платят иногда пособия. Зависит от страны и твоей ситуации.
Но проблема в том, что средняя зп разраба 11К баксов в год. В СНГ это заебись деньги, многие зарабатывают по 3-4К в год.
В Европе люди делают больше, от 20К в год. Поэтому ты там будешь нищим будучи инди.
Аноним 13/10/19 Вск 09:11:19 617313222
>>617289
Я сибирский татарин.
13/10/19 Вск 18:31:57 617495223
Пиздуйте обсуждать работу в /pr/
Аноним 13/10/19 Вск 19:33:39 617506224
>>617495
Пиздуй нахуй с двачей, уебок. Здесь свободное, блять, общение, крысоголовый петроглиф.
Аноним 14/10/19 Пнд 04:33:38 617592225
>>616055
Ты в лесу живешь? Direct3D 12 всегда был низкоуровневым.
Аноним 14/10/19 Пнд 16:20:09 617696226
Аноним 08/11/19 Птн 20:19:50 621529227
Какую реализацию OpenGL использовать для создания своего говна?
Аноним 08/11/19 Птн 20:46:42 621532228
Аноним 08/11/19 Птн 20:47:23 621533229
Аноним 08/11/19 Птн 20:49:05 621535230
>>621533
Я фреймворк имел в виду. Или тулкит. SDK. Хз, как это называть.
Аноним 08/11/19 Птн 20:56:06 621537231
>>621535
А хер его знает.
Ищи что-нибудь на гитхабе поплуярное и поддерживаемое.
Ну или пили сам!
Аноним 21/11/19 Чтв 11:42:26 623795232
Расскажите про буфер трафарета.

Хочется получить число ненулевых значений (в идеале "гистограмму", какое число сколько раз встречается).
И граничные координаты (xmin, xmax - соответствующий самому левому/правому фрагменту с ненулевым значением). Чтобы прямоугольниками обрезать нужные области, и их размер был меньше размера всего кадра. Есть для этого функции какие? Как это делается? Я просто даже не знаю какие слова гуглить.
Я совершенно точно видел где-то метод позволяющий узнать количество закрашенных пикселей, но способ был древний и видел я его лет 10 назад - наверное это что-то из легаси.
А вручную это сделать я могу только на процессоре и наверное тогда будет быстрее просто без прямоугольников брать весь экран.
Аноним 26/11/19 Втр 16:13:02 624797233
glUniform3f(colLoc, 1.0, 0.0, 0.0);
Так всё работает, треугольник красный.
GLfloat myCol[] = {1.0, 0.0, 0.0};
glUniform3fv(colLoc, 3, myCol);

Так ничего не работает, никакого треугольника я не вижу.
В чём разница и ЧЯДНТ?
Аноним 26/11/19 Втр 17:17:18 624827234
Попробуй [ glUniform3fv(colLoc, 1, myCol) ] для приличия что ли.
Аноним 26/11/19 Втр 17:17:59 624828235
>>624827 <- >>624797
Вот это двинутая разметка получилась, конечно.
Аноним 26/11/19 Втр 18:42:13 624868236
>>624827
Спасибо, добрый человек! Заработало.
Я в вашем английском не понимаю ничего, поэтому умные буквы "The vector form loads count sets of values into the uniform variable's starting location." я пропустил, и прочитал только "If location is the start of an array, count sequential elements of the array are loaded."
Эти два предложения противоречат друг другу, нет?
Аноним 26/11/19 Втр 18:52:27 624874237
>>624868
Я тоже ничего не понимаю в лунном, но у тебя в команде уже написано 3fv из-за чего возникает закономерный вопрос - что бы могла обозначать вторая тройка и зачем ты вообще её туда поставил. Я бы попробовал 0, 1 и 12 (по размеру данных) - если бы методом тыка подбирал.

>поэтому умные буквы
Не представляю откуда ты эти умные буквы достал. У меня вот: https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glUniform.xhtml
И там написано "should be 1" во всех случаях если униформ не массив. Довольно понятно и однозначно.
Аноним 26/11/19 Втр 19:44:00 624901238
>>624874
>Не представляю откуда ты эти умные буквы достал
RedBook, восьмое издание, стр.48. В девятом издании такая же формулировка осталась.
Спасибо, начинаю осознавать. По мне так и на Кроновском сайте не понятно - но там хоть явно написано значение 1 использовать, я только 0 и 2, 3 попробовал (индекс, ласт индекс и size). Что count значит, я до сих пор не понимаю) Поживём-увидем, дойдёт ещё.
Я не понимал, что наш Vec3 - это single uniform variable, по мне так его тип - Вектор, тобишь массив по нашенски. Ну и бог со мной.
Аноним 26/11/19 Втр 21:10:05 624926239
>>624901
А оно ещё переиздаётся, лол? Тут нужно картинку со слоупоком. Я видел только супер-древнию с glutessellation, которая из прошлого века. И читать её сейчас совсем нет смысла, там даже не классическое легаси - там что-то ещё более древнее.

>Что count значит, я до сих пор не понимаю)
Там можно написать что-то типа uniform vec3 test[16] в шейдере, и тогда заполнять его нужно будет указывая 16 в том месте. Вроде бы.


Аноним 27/11/19 Срд 10:05:07 625043240
>>624926
Redbook довольно актуальна (на мой слоупочный взгляд) - восьмое издание было неслабо переписано чтобы перейти с 3й версии на 4.3, в девятом издании отличий мало, но есть - в бумаге у меня восьмое, к сожалению - и приходится так же поглядывать в девятое издание, оно 4.5. 4.6 ещё не вышла книжка, это да.
То же самое и с синей superbible - пытаются держать актуальной, жаль что последняя книжка в 15 году вышла.
А так, чтобы вкатиться - самое то, лучше чем opengl-tutorial.org с его 3.3. Ну как по мне - откуда ж мне знать, в самом деле.
Аноним 28/11/19 Чтв 04:21:28 625227241
>>625043
>лучше чем opengl-tutorial.org с его 3.3
Не думаю. Я до глубины души убеждён что 97% лучше все вкатываться с 1.4 легаси - потому что оно интуитивно понятнее, чем создавать буфер, чтобы треугольник ебучий нарисовать. То есть так ньюфаг может зайти и написать gluLookAt/gluPerspective и рисовать свой куб. И крутить его в объёме как хочется. А все шейдеры подключать постепенно как расширения.
А тут значит 4 версия. Чтобы сделать хотя бы что-то, ему нужно понимать концепцию буферов, обоих шейдеров, хуйню про линейную алгебру и однородные координаты. Да у него просто руки опустятся и он пойдёт в юнити или годот. Или что там сейчас используют. Так можно сделать, только ты бородатый программист с 10 годами опыта в других областях - тогда запросто, можно сразу четвёртую версию.
А если бы ньюфаг изучал начиная с 1.4 - он бы уже знал и видел изнутри уже один способ как можно рисовать куб и как можно сделать свою обёртку для матриц и всего остального - он бы просто немного времени потратил и перекатился бы на четвёрку без субъективных изменений.
Аноним 28/11/19 Чтв 11:11:16 625271242
>>625227
Не соглашусь.
Ну во-первых, между 3.3 и 4.5 лучше вкатываться с 4.5 - благо direct state access появился.
Но Вы предалагаете выбор не 3.3, а 1.4, так что отсюда - во-вторых: Так и в 4.5 есть волшебная портянка на два экрана, просто используй её (если сможешь скомпилировать, ха-ха!) - и рисуй свои треугольнички так же, как и в immediate mode, в портянку не заглядывай, просто используй волшебные функции.
Вкатываться с 1.х плохо тем, что как мне опыт говорит, люди привыкают, и когда их пытаешься на другую концепцию пересадить потом плюются и годами не могут привыкнуть к "новому". Без субъективных? Именно что с субъективными))) Зачем этот барьер своими руками создавать? Чтобы в Юнити не ушли? Да пусть идут, смежную профессию изучают.

А то, что нуб без линала в графику лезет - ну да, ему 1.4 хватит. На всю жизнь.
Аноним 28/11/19 Чтв 11:12:35 625273243
А, ну и да - Redbook справочник, и не лучший. Он не для вкатывания.
Аноним 28/11/19 Чтв 12:16:54 625288244
>>625227
для поделок типа змейка 3d или содомирующих кубов хватит и 1.4
для программирования графики надо учить современный OpenGL
это разные области
другое дело, что ничего не мешает даже школьнику понять концепцию буфферов и написать 30 лишних строчек
Аноним 01/12/19 Вск 17:10:37 625941245
Умные вы тут такие собрались. А вот за что новичку лучше взяться - за OpenGL или за Vulkan - не знаете.
Аноним 01/12/19 Вск 19:02:39 625964246
>>625941
За directx 11, серьезно
Аноним 01/12/19 Вск 19:43:30 625972247
>>625964
>2k20
>изучать закрытое анальное апи, работающее только под одной платформой вместо открытого и свободного, открывающего доступ на все платформы, от мобилок и веба до консолей и пекарен
Аноним 01/12/19 Вск 19:56:48 625975248
>>625972
Качественные апи в любой год лучше кросплатформенных и то не особо-то, только виндоус линукс и андроид поделок.
Аноним 01/12/19 Вск 20:50:13 625989249
>>625941
Для новичка OpenGL конечно. Вулкан это не про графику, а скорее про программирование гетерогенных вычислительных систем. Тут даже серьезные дяди с опытом 5-10 лет директов\опенжэлей на вулкан переходят натужно и с кровавым поносом.
Аноним 02/12/19 Пнд 10:53:29 626090250
>>625989
Так я потому и спрашиваю - может пропустить OpenGL, и сразу так: Оп-ля, и я готовый спец по Вулкану. А на ГЛ посматривать как на дремучее легаси. Не тратя 5-10, треугольники я и так нарисую как-нибудь.
Главное - а нужен тот Вулкан на рынке-то?
Вот если я его годик поучу, а потом пойду работу искать?
Аноним 02/12/19 Пнд 13:08:51 626143251
>>625989
Причем тут гетерогенные вычислительные системы? Такое обычно говорят, когда имеется несколько вычислительных устройств с разными архитектурами, типа цпу, гпу, плис, и между ними надо как-то параллелить работу. Вулкан вроде как нацеливается только на графику, как замена опенгл. Вот опенЦЛ можно сказать, что он про гетерогенные вычисления.

>>626090
Если планируешь работать по какому-то определенному направлению, то представь, что ты уже сейчас ищешь работу, смотри вакансии, мб даже пытайся устраиваться на какую-то стажировку, проходи собесы, узнавай какие вопросы спрашивают.
Опенгл по крайней мере даст понимание общих принципов и подходов, которые используются в графоне, типа шейдеры, пайплайн, буферы, 3д геометрия/линал и все такое.
Аноним 02/12/19 Пнд 13:37:14 626148252
>>625975
Чем dx11 качественнее пукана?
Аноним 02/12/19 Пнд 13:50:44 626150253
>>626143
Мне некогда на стажировку ходить, я на работу хожу фуллтайм. Шейдеры, пайплайн, буферы и линал я в общих чертах понимаю, а нормально осознать думаю уже в Вулкане. Так зачем мне OpenGL? Только если с ним работу легче найти намного, чем с Вулканом. Вот я и спрашиваю, на рынке вулкан нужен? Какие-то вакансии висят, но может это так, словечко модное написали - а на самом деле он не нужен никому?
Аноним 02/12/19 Пнд 14:43:16 626156254
>>626150
Зайди на сайты с вакансиями и посмотри. На хх 160 вакансий с опенгл, 25 с упоминанием вулкана, причем зачастую указано "будет плюсом знать вулкан/директх/опенгл", и зачастую это позиции с довольно высокими требованиями на уровне мидла/сениора конкретно в графике (ну и зарплаты там соответствующие). Первое означает, что они мб даже не обязательно будут юзать вулкан, или им будет достаточно от тебя норм знания опенгла, а они мб дотянут тебя по вулкану если надо. Второе означает, что скорее всего от тебя будут требовать коммерческий опыт (1-3 года или больше) использования чего-то из перечисленного, с конкретными примерами разработанных программ, т.е. самописные поделки уровня лаба1 не прокатят.
Короч, я думаю, что резона не слишком много.
Аноним 03/12/19 Втр 09:41:36 626308255
>>626156
Ну то бишь в резюме он нужен только в виде "А ещё и в Вулкан умею! Чуть-чуть правда, но не важно." И без OpenGL лезть работать смысла никакого. ОК, жаль - я уж размечтался каким я уникальным незаменимым спецом буду)
Аноним 03/12/19 Втр 10:27:48 626313256
>>626308
В будущем будет только вулканама, пока ты научишься оно уже ебнет тебя по тупой башке
Аноним 03/12/19 Втр 12:48:49 626333257
>>626313
>В будущем будет только вулканама
Лет через 10?
Аноним 05/12/19 Чтв 03:41:30 626851258
Вкачусь в тред на постоянную основу. Месяц назад начал изучать огл в свободное от работы время и писать свой графический движок. Учу по туториалам ogldev и learnopengl, как закончу туториалы перекачусь в штудирование книг.
Стараюсь движок аккуратно писать, с деревом сцены, автоматическим управлением юниформами в шейдерах и т.д.
Сейчас начал реализовывать отложенный рендеринг, после имплементации попробую ввинтить его во всю остальную архитектуру, чтоб удобно переключать с помощью фактори паттерна и т.д.
Выше в треде прочитал про forward+ и clustered forward. До этого о них не слышал, по описанию сильно сложнее чес deffered rendering, но попробовать хочется, чтоб прям вообще на любой вкус рендеринг был. Интересно что у этих методов с рендерингом прозрачных объектов. Тоже нужно совмещать с прямым проходом именно для таких объектов?
Пишу на C# с использованием обёртки OpenTK, т.к. в C++ опыта не особо много, а к .net питаю очень тёплые чувства. Хотя вот wpf с огл не особо дружит.
Вообще самое тяжёлое с чем сталкивался до сих пор - это кватернионы. Много времени потратил на изучение и попытки визуализировать у себя в голове и на реализацию всех поворотов в движке через эти кватернионы. Вроде что-то прлучилось и какое-то понимание пришло, но периодически возвращаюсь к этой теме, зачётная хуйня.
Аноним 05/12/19 Чтв 03:49:03 626852259
>>626851
В шапке, кстати, увидел ссылку на канал thebennybox. С него я как раз и начал, годный чувак, слушать интересно и приятно, жаль он делает вилосы раз в полгода сейчас.
А вообще, подскажите, пожалуйста, насколько информация из его роликов и из туториала learnopengl устарела на текущий момент. Всё сильно поменялось и нужно доставать последнее издание какой-нибудь книги и навёрстывать упущенное или принципиально конвеер и другие основные вещи не особо изменились и имеет смысл продолжать обучение как есть с расчётом на то, что по мере изучения новых вещей движок я буду модернизировать?
Аноним 05/12/19 Чтв 10:16:13 626873260
>>626851
> эти кватернионы. Вроде что-то прлучилось и какое-то понимание пришло
А я до сих пор не понимаю.
Главное, не могу понять, в чём разница между К. и матрицей вращения (поворота/направляющих косинусов).
Аноним 05/12/19 Чтв 12:55:35 626907261
>>626313
О, глубинное непонимание Вулкана детектед.
Аноним 05/12/19 Чтв 13:09:27 626909262
>>626873
Никакой разницы. Кватернион можно представлять матрицей с обычными операциями над матрицей. Только что матрицы перемножать дольше, для 3х3 - это вроде как 7х9 (4 умножения, 3 сложения) операций, а для кватерниона 7х4.
А ещё кватернионы можно складывать покомпонентно получая промежуточное значение. А вот если у тебя есть матрица поворота и тебе нужно получить поворот в 74.1% от поворота этой матрицы, то что ты будешь делать? А с кватернионами достаточно просто посчитать новый кватернион равный (1,0,0,0)0.259+0.741(<исходный поворот>)
Аноним 05/12/19 Чтв 16:58:06 626948263
>>626852
> А вообще, подскажите, пожалуйста, насколько информация из его роликов и из туториала learnopengl устарела на текущий момент
Всё что 3.3 версии и выше это нормальная информация.
Аноним 06/12/19 Птн 15:26:30 627235264
>>626948
Можно на компатибилити профиле сидеть и 1.1 хуярить, пока не заработает и просветление не придёт. Мне кажется, он с ума сойдёт, если сразу станет хеллоуворлд на гл3+ адаптировать под свои костыли.
Аноним 07/12/19 Суб 03:08:51 627389265
>>626873
>А я до сих пор не понимаю.
А их ещё и понимать надо? Я вот когда исправил баг в самописном модуле управления матрицами, так и не заглядывал туда уже несколько месяцев...
>>627235
>Мне кажется, он с ума сойдёт, если сразу станет хеллоуворлд на гл3+ адаптировать под свои костыли.
+1, версия 3 добавила столько лишнего, не понятно, на что нужно в первую очередь смотреть, чтобы разобраться. Даже хелловорлд выглядит как стена бессмысленного текста, а не программа...
Аноним 07/12/19 Суб 05:36:09 627399266
Тупа:
wget http://jogamp.org/deployment/jogamp-current/archive/jogamp-all-platforms.7z
7z x jogamp-all-platforms.7z
cd jogamp-all-platforms
mkdir -p demos/es2
cd demos/es2
wget https://raw.github.com/xranby/jogl-demos/master/src/demos/es2/RawGL2ES2demo.java
cd ../..
javac -cp jar/jogl-all.jar:jar/gluegen-rt.jar demos/es2/RawGL2ES2demo.java
java -cp jar/jogl-all.jar:jar/gluegen-rt.jar:. demos.es2.RawGL2ES2demo

И никакой ебли со студией, glew и прочими glfw. Ебашь хоть в блокноте.
Аноним 07/12/19 Суб 07:17:56 627404267
>>627389
Да не, в 3 версии кокрастыке всё очень чётенько и понятно, и всё очевиднее, чем в 1.1. Просто дебажить опенгл это ад, тут квады воткнул вместо треугольников, тут VAO забиндить забыл, тут на sizeof(float) у страйда забыл умножить и всё разваливается, а сам опенгл будет молчать в тряпочку, пока ты GetError после каждой строчки не засунешь.
Аноним 07/12/19 Суб 18:23:27 627494268
>>627404
Надо юзать отладчики типа CodeXL которые работают если повезет

В этом прелесть директ3д, у тебя сразу в студии есть отличный отладчик, можно смотреть все вызовы, состояние внутренних объектов, входные-выходные данные шейдеров, кучу всего.
Аноним 08/12/19 Вск 02:06:41 627558269
>>627404
>Просто дебажить опенгл это ад
Ооо, знакомая ситуация, я в своё время замучился, пытаясь нарисовать хоть что-то, кроме пустого окошка. Но хуже всего когда что-то происходит и никакой ошибки нет, но ты не видишь результат работы, потому что он сместился куда-то не туда и ты не можешь его найти, потому что ещё не прикрутил камеру... или оно рисуется прозрачным цветом, или отрезается не там, где ты этого ожидаешь, и в итоге вертишь все эти треугольники, но ничего не видишь. Ужасно.

>>627494
>директ3д
ИМХО, названия команд у OpenGL как-то проще для понимания, D3D сложнее осваивать (но я давно пытался и ничего не помню). А ещё OpenGL не прибит гвоздями к виндувс.

Да и не все ж сидят в студии, OGL/D3D можно использовать из самых разных ЯП.
Аноним 08/12/19 Вск 03:28:07 627562270
Capture.PNG (124Кб, 1008x720)
1008x720
Меши в буферы рисовать, как оказалось, просто. Нужно бы теперь вокруг источников света отрендерить сферы / конусы, чтоб знать, какие пиксели они задевают и можно тогда уже считать освещение.
Настройки X
Ответить в тред X
15000 [S]
Макс объем: 40Mб, макс кол-во файлов: 4
Кликни/брось файл/ctrl-v
Стикеры X
Избранное / Топ тредов