S
а как?
Выше Виталий описал. То что ты предложил - не одно и то же.
Size: a a a
2020 December 21
S
Нельзя писать в текстуру из фрагментного шейдера и сразу же эту текстуру как sampler держать.
K
Выше Виталий описал. То что ты предложил - не одно и то же.
> туда-сюда между двумя текстурами
Это и подразумевалось
Это и подразумевалось
VK
Выше Виталий описал. То что ты предложил - не одно и то же.
Это и есть пинг-понг, когда сначала в одну текстуру пишешь, из другой читаешь, а потом наоборот
U
Выше Виталий описал. То что ты предложил - не одно и то же.
но пригодное для этой задачи.
K
Нельзя писать в текстуру из фрагментного шейдера и сразу же эту текстуру как sampler держать.
А это в принципе возможно? Порядок отрисовки пикселей ведь не определён, что там фетчить? Шум что-ли?
S
Не так понял, приношу извинения @devcpp
K
Да ладно ничего )
VK
А это в принципе возможно? Порядок отрисовки пикселей ведь не определён, что там фетчить? Шум что-ли?
Только если железо предоставляет возможность прочитать предыдущее значение во фреймбуфере из кэша/плитки, но это будет не через текстуру, а через gl_LastFragData
AP
Если все данные приходят из G-буффера, то еще можно сделать blending(one, one) и поверх к примеру освещение накладывать
d
просто помнится это называлось abominable function types и требовало многословности в имплементации: кучи перегрузок/частичных специализаций или специализаций
ты дефайн проглядел
d
чё фу, я бы поглядел как ты решил бы эту задачу...
JA
Я видел некоторое дерьмо
L
Только если железо предоставляет возможность прочитать предыдущее значение во фреймбуфере из кэша/плитки, но это будет не через текстуру, а через gl_LastFragData
Моя видеокарта не умеет в это расширение.
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
VK
Моя видеокарта не умеет в это расширение.
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
Но тебе придётся всё равно откуда-то читать цвет из того места, куда попадёт преломлённый вектор
VK
Моя видеокарта не умеет в это расширение.
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
А интернете пишут, что пинг-понг не есть гуд.
Ко мне приходит только идея создать какой-нибудь GL_RGB16F буффер, в котором RG - направление приломления (у меня 2д) а B - сила.
А потом уже при рендере исходной картинки применять само приломление.
Есть какой-то лучший способ?
Надо отрисовать сначала всё до объекта с преломением, потом скопировать фреймбуфер в текстуру, а потом либо рисовать в копию, а к шейдеру биндить оригинал, либо рисовать в оригинал, к шейдеру биндить копию
VK
Для преломления даже shader framebuffer fetch не подойдёт, потому что оно позволяет прочитать только последнее значение *текущего* пикселя
L
А как быть если преломляющий объект будет находится над другим преломляющм?
VK
А как быть если преломляющий объект будет находится над другим преломляющм?
А вот тут уже никак 🤷♂️
AT
А как быть если преломляющий объект будет находится над другим преломляющм?
надо сразу думать о пастрейсере)