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

hbao / hbao+ (11 стр)

Страницы: 110 11 12 1317 Следующая »
#150
(Правка: 20:53) 20:51, 10 авг. 2018

Suslik
> ну вот выше обозначенный lsao, например. если ты для одного направления делаешь
> для каждого пикселя, например, 50 выборок, то каждый пиксель ты прочитаешь для
> каждого из 50 пикселей, лежащих с ним на одной прямой. а можешь пройтись по
> этой прямой один раз и прочитать каждый пиксель на ней по 1 разу -> экономия в
> 50 раз. но этого мало, нужно гораздо больше.
Это уже compute-шейдера? Как такое провернуть?
И там же разные данные (набор) для каждого пикселя.


#151
20:56, 10 авг. 2018

vindast
> Это уже compute-шейдера? Как такое провернуть?
проще всего да, сделать на compute shader'ах. но можно и просто рендерить в 1д текстуру, например, где каждый тексель будет соответствовать линии из пикселей. а можно рендерить в 2д текстуру, где каждая строка будет соответствовать семейству параллельных линий из пикселей.

а можно вообще пойти по другому пути и не использовать line sweeping, а пойти, например, по пути стохастических алгоритмов, которые подходят к задаче поиска горизонтов вообще с другой стороны, но результат дают похожий за похожее время.

#152
21:15, 10 авг. 2018

Suslik
> а пойти, например, по пути стохастических алгоритмов
МММ, а что это?

#153
17:34, 11 авг. 2018

Изображение
Изображение
Изображение
#154
17:37, 11 авг. 2018

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

#155
(Правка: 17:43) 17:41, 11 авг. 2018

Suslik
> крутость результата напрямую определяется тем, за сколько ты его посчитал.
Значит это очень не круто)

Я не понимаю как там среднее считается.

Я сейчас считаю так: ao+= sin(h(o)) - sin(t(o) + biasAngle); для каждого направления.
ao /= raysCount;

Я правильно делаю?

#156
(Правка: 17:42) 17:42, 11 авг. 2018

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

#157
17:55, 11 авг. 2018


Suslik
> с нормализацией проблемы. явно сходится не к чёрному цвету в закутках.
Вот что будет если убрать bias из этой формулы.

vindast
> ao+= sin(h(o)) - sin(t(o) + biasAngle);


Изображение
Изображение
Изображение

#158
17:57, 11 авг. 2018

vindast
забей на bias, он у них кривой. если ты сделаешь столько же выборок, сколько на предыдущих скриншотах, то визуально потянет. теперь оптимизируй.

#159
17:59, 11 авг. 2018

Suslik,ок ок.
Только как бороться с false-оккулюзиями?

#160
21:05, 11 авг. 2018

Suslik, так лучше?

Изображение
Изображение
Изображение

#161
21:08, 11 авг. 2018

overkill по семплам
Изображение
Изображение
Изображение

#162
4:55, 12 авг. 2018

vindast
мыло

#163
16:25, 12 авг. 2018

Suslik, я алгоритм переделал на свой лад.
Вроде лучше, как Вам? Исчезли затенения на плоскостях и теперь верно учитываются нормали.

Изображение
Изображение
Изображение
Изображение

#164
18:24, 12 авг. 2018

vindast
кажется, ты написал алгоритм, который учитывает только ложные окклюжены :D

Страницы: 110 11 12 1317 Следующая »
ПрограммированиеФорумГрафика