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

hbao / hbao+ (15 стр)

Страницы: 112 13 14 15 16 17 Следующая »
#210
19:24, 15 авг. 2018

vindast
> Давайте я так спрошу. Как и от чего вы считаете угол горизонта, от
> тангесального вектора, или же как разность синусов, как было в той презентации?
> Вы направления считаете в касательной плоскости или в плоскости изображения?
>
можно и так и так считать. если всё правильно сделать, то получится одно и то же.


#211
22:29, 15 авг. 2018

Годная тема.
Надо будет и свой двиг как-то воскресить да помериться AO.
Аффтар, зжги есчо!

#212
0:22, 16 авг. 2018

Great V., лол, жгу кек

#213
3:26, 16 авг. 2018

Suslik, я пошерсил интернеты, и пришел к выводу что у меня нет косяков имплементации. Дело в самом алгоритме.
Везде где я нашел спонзу с hbao была картина схожая с моей.
Я согласен с тем тем что перепад яркости это косяк, но при таком алгоритме это не уберешь, ибо синусы.
Но я не уверен до конца, так что если есть желающие показать как должен выглядеть hbao на тех колоннах, жду )

#214
4:01, 16 авг. 2018

vindast
> Везде где я нашел спонзу с hbao была картина схожая с моей.
Спонза кстати кривая по нормалям. Я когда работал со спонзой не понимал что за говнище происходит. Пришлось грузить модели в блендер и выправлять нормали там.

#215
4:18, 16 авг. 2018

MrShoor
> Спонза кстати кривая по нормалям. Я когда работал со спонзой не понимал что за
> говнище происходит. Пришлось грузить модели в блендер и выправлять нормали там.
Там как раз на той шторе на которую суслик наехал нормали кривые.

Я щас свою старую сцену загружу и скину скрины.

#216
4:32, 16 авг. 2018

Вроде норм.

#217
15:52, 16 авг. 2018

У меня тут возник один вопрос.
Ощущение что nvidia не использует мировой радиус как таковой, а использует радиус в пикселях на экране.
Я попробовал этот вариант и ao стал и быстрее (полностью не зависимый от геометрии по сути) и четче, но менее естественным.
Как люди вообще делают? Так или так?

#218
19:18, 16 авг. 2018

vindast
> Ощущение что nvidia не использует мировой радиус как таковой, а использует
> радиус в пикселях на экране.
> Я попробовал этот вариант и ao стал и быстрее (полностью не зависимый от
> геометрии по сути) и четче, но менее естественным.
> Как люди вообще делают? Так или так?
по идее корректный вариант — с бесконечным радиусом и если радиус бесконечный, то всё равно, в каких координатах его считать бесконечным. но если считать в экранных, то проще семплить только те пиксели, которые попали в экран. в принципе оба варианта корректны.

#219
19:35, 16 авг. 2018

Suslik, вот радиус 40 пикселей на экране. По моему можно так оставить. Или даже меньше сделать радиус что бы еще быстрее было.
Нрав?
На 0:14 видно как радиус меняется. По моему лучше так, ибо нет возможности упереться камерой в темноту.

#220
23:49, 16 авг. 2018

vindast
У тебя сделан bias? А то на разном расстоянии разное затенение

#221
23:53, 16 авг. 2018

IBets, там радиус в пикселях, говорил же. Могу записать видос с мировым радиусом.
Есть биаз.

#222
0:59, 18 авг. 2018

vindast
> там радиус в пикселях, говорил же. Могу записать видос с мировым радиусом.
Изменяйте радиус по дистанции и будет вам щастье.

#223
0:59, 18 авг. 2018

marggob, он так и меняется )

#224
10:32, 18 авг. 2018

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

Страницы: 112 13 14 15 16 17 Следующая »
ПрограммированиеФорумГрафика

Тема в архиве.