Когда PBR в сталкире сделаете? Опции

[Diesel]

smooth groups

Я это дело выпилил. Оставил эдиторское автосглаживание. А в место групп остваил 0 - мне это зашибись в P.O.L.Y.G.O.N. помогает.

Вру, наоброт: вместо групп - автосглаживание, а вместо автослаживания - 0.

Сообщение отредактировал Diesel - 30.01.2022, 23:16

[Modera]

или хард эджей в случае майки

А это то есть если использовать Vertex Normal Edit tool для редактирования нормалей вместо простых Soften Edge/Harden Edge/Set Normal Angle. Да, так не работает. Правда не знаю зачем та штука нужна, ни разу не пользовался.

[Supple Hope]

В том то и дело, что не всегда конпелятор расчитает как надо.

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

Учите компилятор понимать, то что вы туда пихаете.

[Pavel_Blend]

Правда не знаю зачем та штука нужна, ни разу не пользовался.

soft/hard edges - это способ установить Split Normals. Сами направления нормалей автоматически расчитываются. А при сохранении нормалей во время экспорта в object и компиляции xrlc даст возможность в 3д редакторе произвольно указать направления нормалей. Сейчас xrlc автоматически их вычисляет. Вот пример:



Слева - автоматически расчитано, справа - split-нормали совпадают с нормалями полигонов сторон куба. В итоге плавный переход от затенения есть только на фасках:

[atanda]

Diesel, прошу тебя, не позорься. Уже просто невыносимо читать.

Сообщение отредактировал atanda - 31.01.2022, 14:08

[Diesel]

прошу тебя, не позорься. Уже просто невыносимо читать.

Отвернись от монитора, зажмурся, очки розовые применяй. Много способов снять стресс от чтения.

[Modera]

Правда не знаю зачем та штука нужна, ни разу не пользовался.

soft/hard edges - это способ установить Split Normals. Сами направления нормалей автоматически расчитываются. А при сохранении нормалей во время экспорта в object и компиляции xrlc даст возможность в 3д редакторе произвольно указать направления нормалей. Сейчас xrlc автоматически их вычисляет. Вот пример:



Слева - автоматически расчитано, справа - split-нормали совпадают с нормалями полигонов сторон куба. В итоге плавный переход от затенения есть только на фасках:

Я тут проверил, мне кажется всё-таки автоматический расчёт нормалей можно улучшить на таких объектах как этот кубик если считать нормаль вершины не как просто среднее арифметическое от нормалей всех треугольников в которых вертекс используется, а каждый нормаль треугольника умножать на (площадь треугольника / площадь всех треугольников в которых содержится вершина). Так получается что чем крупнее полигон, тем больше он влияет на нормаль.

Результат со стандартным алгоритмом -
Результат с зависимостью от площади -

[atanda]

Я тут проверил, мне кажется всё-таки автоматический расчёт нормалей можно улучшить на таких объектах как этот кубик если считать нормаль вершины не как просто среднее арифметическое от нормалей всех треугольников в которых вертекс используется, а каждый нормаль треугольника умножать на (площадь треугольника / площадь всех треугольников в которых содержится вершина). Так получается что чем крупнее полигон, тем больше он влияет на нормаль.

Это и называется Weighted Vertex Normals.

[Modera]

atanda, так а в чём прикол тогда, почему для реализации этой фичи необходимо выбирать какой-то там плоский полигон?

[atanda]

Modera, можно чуточку конкретней? О каком плоском полигоне идёт речь?

Сообщение отредактировал atanda - 02.02.2022, 22:10

[Modera]

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

[atanda]

Какой-то бред если честно. Техника Weighted Vertex Normals заключается лишь в том, чтобы правильно (с учётом площади каждой грани) повернуть нормаль, не более.

Вот самое первое, что попалось на глаза.
https://www.bytehazard.com/articles/vertnorm.html

UPD: и всё это должно делаться отдельно от всяких компиляторов.

Сообщение отредактировал atanda - 02.02.2022, 22:59

[xroo]

Это и называется Weighted Vertex Normals.

Ага :-)

Результат со стандартным алгоритмом -
Результат с зависимостью от площади -

У тебя на второй картинке вершинки всё равно в разные стороны смотрят. WVN это не FWVN.
У тебя как слева, а нужно как справа.

Вот самое первое, что попалось на глаза.
https://www.bytehazard.com/articles/vertnorm.html

Так нормалки в Maya делаются. Не путай WVN слева и FWVN справа.

Вообще это может только в майку пока не заехали инструменты с автоматическим алгоритмом Face Weighted Normals, позволяющим отделить плоские поверхности от фасочек и плоские поверхности заставить быть плоскими. а фасочки скруглять на все 100%.
Но у меня уже есть претензия к желанию делать FWN автоматически. Допустим. алгоритм находит узкие и мелкие по отношению к остальному объекту плоскости и принимает их за фаски. Но у нас моделька дерева и нам не нужно на ней face weighted normals, мы хотим просто weighted. Нужно иметь возможность говорить какой алгоритм делать к каждой модельке.

А потом у нас хард сюрфейс, у которого такая деталь:

И алгоритм решил, что там три бевела подряд и всё испортил. И мы уже хотим сделать кастом вертекс нормал.

Кастом вертекс нормал нужен. У Speed Tree вообще кастом нормали на плейнах листьев считаются относительно формы кроны, достигается очень клёвый эффект.

Наверняка есть ещё масса случаев, в которых кастом вертекс нормали нужны.

Но вообще самое нужное - это делать фаски на объектах, будто нормалку запекли. но без нормалки для тайловых текстур. В ластухе второй, например, применяли для тачек в частности, чтобы сделать тачки по виду ближе к запечённым нормалкам, но нормалки не печь.:

Driving Innovation: A New Vehicle Pipeline for 'The Last of Us: Part II'

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

Сообщение отредактировал xroo - 05.02.2022, 14:09