Пытался понять что делают параметры в графе Material в настройке текстуры в SDK. Провёл такие тесты:

OpenXray, шейдеры ЗП 1.6.0.2, R2 (конфиг: улучшенное полное динамическое освещение), r2_loss_factor = 8.0

Base: OrenNayar <-> Blinn
Weight: 1 - 0.1

Base: Blinn <-> Phong
Weight: 1 - 0.1

Base: Phong <-> Metal
Weight: 0.01 - 1

Base: Metal<-> OrenNayar
Weight: 0.01 - 1


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

Объекты я делал по технологии Face Weighted Vertex Normals, а по сути это тест работает ли переброс кастом нормалек из майки в X-Ray. Не работает

Теперь нужно выяснить на какие вертекс номралки больше похожи эти: на Maya нормалки, или на 3DsMAX нормалки.

А ещё оказалось, что параметр Weight означает выбор между двумя моделями создания спекулярных отражений: тем, что слева (0) в пункте Base, и тем, что справа (1). Эффект выбора gloss (шершавости поверхности) это почти что не даёт.


Любопытно, что как-то раз давно я тоже пробовал засунуть текстуры из Substance Painter с кастомной моделькой в X-Ray, тогда это был пропатченный ТЧ:


На этих скринах у меня создаётся ощущение, будто скайбокс всё таки отжадается спекуляре.

Из четырёх вариантов моделей спекулярных отражений нет ни одного вполне матового. Поэтому вариант обойтись одной лишь картой спекуляра и выбором нужного параметра раздела material не подходит. Нужно изучить ещё шейдеры в ЧН и ТЧ, а ещё разные готовые решения в соседней ветке, но что-то мне подсказывает, что и там то же самое. А это будет значить, что готовых решений, позволяющих сделать более-менее современную картинку, нет, и придётся что-то ручками писать.

Для этого нужно изменения в плагин внести + сдк, по-другому никак.

https://github.com/StalkMen/xray_re-tools вот тут вроде бы плагин под майку с экспортом нормалек уже есть, осталось только правки в сдк сделать

Ыгы, ну я так понимаю, правки в СДК нужно делать в области компиляторов, исходники которых существуют?

И не будет, если это статический объект, то компилятор сам для него рассчитает нормали, поэтому от сшивания геометрии в один большой суп надо отказываться.


Что в целом ты для себя ты под этим понимаешь? Эта штука позволяет лишь более качественно рассчитать нормали у вершин используя площади граней в качестве весов ибо потом всё равно нормализуется, не более.

Ага. Для Maya использовал скрипты ADN Modeler Tools, там есть скрипт Vertex Normal, который лочит верекс нормаль прям как нужно. Эта техника требует поддержку Custom Normals, да. Применяется она для создания фасок на объектах с тайловыми текстурами, чтобы не запекать фаски в нормал мапы. Я как раз хотел применить технику для стен зданий. Как видно, просто взять и применить технику нельзя. Нужно либо компиляторы учить кастом нормалям, либо просто фаски делать не 1-м полигоном, а 3-мя (вокруг фаски по двум бокам ещё два саппорт эджа.

Я закинул свой металлический шарик в ТЧ на mp_atp_test. Рендер R2.
Первый скрин показывает красивый френель на модели отражения blinn (правый шарик) и отсутствие френеля на модели отражения phong (левый шарик).
На втором шарике видно, что отражения неба не видно - sky occlusion работает как надо.
На третьем скрине видно белый блик от жёлтого источника света - отсутствие цветных бликов.

Если сравнить с предыдущим постом, можно сделать вывод, что в ТЧ смоллскаи отражаются хоть как-то, а в ЗП вообще нет. Этим R2 ТЧ изначально ближе к IBL как минимум, чем ЗП, если не к PBR.

мои поздравления

Хых, не знал что в сталкире есть френель.

если сохранять в object, то не работает, так как object не поддерживает сохранение нормалей. Но ogf поддерживает. В блендере при экспорте в ogf нормали сохранятся. Но есть минус: нет сохранения swi в аддоне блендера. Это не критично для hud-моделей оружия, так как им не нужны swi данные, модели всегда перед лицом.

Тут писали, что дело не в экспорте object из DCC, а в компиляторе геометрии, который vertex normal делает сам. Поэтому ogf и динамика работает, потому что берёт что дают. А на статике компилятор всё портит.

А какова цель добавления пользовательских нормалей из 3д редактора? Если только ради face-weighted vertex normals, то может проще добавить эту технологию в компилятор чтобы он автоматически рассчитывал как надо?

Вообще смысл есть. То надо править плагин+компилятор, а то только плагин.

Modera, потому что группы сглаживания поддерживает далеко не весь софт + это довольно старая бесполезная хрень, тем более 3д редакторы всё равно работают именно с нормалями. Тем более увы 3д редактор не умеет сам раскидывать группы на основе уже существующего сглаживания при помощи нормалей. Я много у кого спрашивал, можно ли такое сделать, автодески даж обещали в макс добавить но воз и ныне там.

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

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

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

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

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

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

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

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

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

Работал в одном проекте на CryEngine, у нас был перепиленный CE, и перепиленный экспортёр, стандартный не подходил. И у нас сломали custom normals, CE умеет считать vertex normals сам, алгоритм у него как у 3DsMAX. А я майщик. Моделил в майке, потом обязательно переэкспорчивал в 3DsMAX, а потом уже экспортил объекты на запечку, чтобы вертекс нормальки в SP и Marmoset совпадали. И скажу я, это геморрой. Мы очень радовались, когда custom normals наконец починили :-)


Вот ещё человек считает, что компилятор нужно научить работать с custom normals :-) И не заставлять его считать vertex normals на основе smooth groups самому.

Я же правильно понимаю, исходники компилятора есть и есть люди, которые умеют его править?

Сообщение отредактировал xroo - 30.01.2022, 21:12

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

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