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

ed_rez, мне что то мерещится прожиг слоя - это зависит от консольных конфигов или от погоды.
А может там какой эффект от смолскай?

Дизель,
я не компетентен в движковых технологиях отыгрывания погоды и солнца. Понятное дело, что после рендера и шейдеров в последующей палитре цветов, главенствующую роль играют погодные секции. Знаю, что при неправильных параметрах погоды ТЧ, синева порой вылазит на теневых сторонах, примеру, кустов. Причем очень сочная синева. Скайкуб вряд ли как-то влияет на освещение. Скорее более богатая настройка солнца в ТЧ и пустая "лампочка" из ЗП. Видимо мы подошли к ответу.

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

Секции погоды однозначно разные. Я за смолскаи. Может в них все дело.

Я же говорю забавный факт: разница между рендерами, как между ТЧ и ЗП. Хотя казалось бы

ed_rez, в сталкере солнце это не лампочка. Оно вообще не светит, покрайней мере на статику оно вообще ни как не влияет.

Статика на слой хеми проецирует тени. А на динамике, там амбиент светится.

НАВЕРНО.



В ЗП же вырезаны смолскаи. Мы тут с Макроном как то реанимировали их.

Там где ДХ11 еще явно дальность прорисовки меньше/туман ближе))

Ну это тоже можно списать на погоду. Страхакопи-пасты нет!

Не фига не сходится с рендерами. Где я только свои поделки не подсовывал для посмотреть:

Два разных рендера (выше 10). Погода не сильно меняет цветовую палитру персонажа.

Одинаковые рендеры (выше 10).

+ 11 рендер.
Если бы я не знал, где делал скриншоты, то я в жизни не угадал, какие рендеры. На одном 10 рендере отличия на разных шейдерах очень огромные.

ed_rez, модели кст не очень - местами совсем плохо, словно бампы кривые

mortan, может и кривые. Но нужно начать с того, что у ПЫСов попутаны каналы, относительно большинства движков.

У ed_rez правильный бамп (нормаль), но там попутан спекуляр, тоесть он не освещается, там где надо.

Это было сказано исключительно про ролик и твои с Дизелем переговоры об альфе-канале террейна, что не только террейн коричневый, но и все остальное вокруг: деревья, домики и прочее. Что вообще все рендеры коричневые, даже и не подразумевал.

Но на правом в середине скриншоте куртка более коричневая, чем на левом
Надо снова поднимать вопрос, какого цвета платьекуртка на скрине: синего или коричневого?

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

Вот тебе на. Он вообще работает, как две копейки. Светлее- больше блик, темнее- менее. Что там попутаешь?
abramcumner,
тогда я тебя несколько не так понял. Мне показалось, что ты про копи-пасту 11 рендера ЗП в DX11.4. Сейчас сложно сказать. Будет релиз, а там и посмотрим.


Это только на ЧН. И малость не так, не попутаны каналы, несколько иное. Я не знаю, как правильно написать. Взгляни внимательнее на те правки, которые я сделал по кривым бампам.

Разве вырезаны? А пофиг... Просто, если кто еще не в курсе, смоллскаи (начиная с r2-рендера и выше) могут оказать гигантское влияние на картинку. Начиная от говняной ТЧ-синюшности из-за криворукости пысов, до грамотно настроенного затенения (но это надо убрав синюшность грамотно развернуть смоллскайную 3D-текстуру относительно положения солнца в нужный погодный час). Еще на блеск/бампоблеск могут влиять, я на ТЧ смоллскаями даже псевдонамокание делал. И на общую яркость картинки.
Просто, если лень заморачиваться, для эксперимента возьмите смоллскай от нужного погодного часа и пересохраните как черно-белую обычную dxt1/dxt5 2d-текстуру. Можете еще с яркостью поиграть. Выйдет криво, но сразу будет разница.

Почти в точку, на скринах некоторые модельки просто рендер игры зашакалил)

mortan,
вот мы и пришли к тому, что хочется больше знать о результатах работы с шейдерами и рендерами.
Изначально начал делать под базовый DX9 (ТЧ), так и продолжил делать. Будет какой-то финальный рендер с шейдерами, огляжусь, а потребуется,то малость прижму нормали, чтобы не выпячивали сильно и т.д. и т.п. Со спекулярами еще проще. Сделать его темнее или светлее, т.к. базис был сделан, как для любой иной игры. Затем жестко затемнен, т.к. сильно раздражает бликующая масличность на различных светлых материалах.

"Коричневый рендер" это всего лишь настройки (хэмисферы или эмбиента) в конфиге погоды, за которую отвечает кто то из АМКакашников, на сколько я помню.

Не совсем так. Погода во всех трех частях полностью одинаковая по освещению да и вообще по текстурам скайбокса (не считая чуть увеличенной дальности прорисовки в ЗП и повышенного шанса на дождь). А такое разное освещение, потому что в ТЧ параметр env_color тащится из параметра в погоде sky_color, а в ЧН/ЗП - из hemi_color.

Можно в ЗП сделать освещение ТЧ, лезем в combine_2 и строку

меняем на


Можно снизить все эти оттенки, синюшный или коричневый, просто производим освещение в линейном пространстве (заодно и текстуры почище будут).
И смаллскаи влияет на объекты, но либо сильно блестящие, либо металлические. К текстуре подмешивается их цвет.

Вот у меня на скрине родная ЗП погода, но коричневатости не особо заметно:

Припоминаю, в ЧН пысы уже снизили синюшность самих текстур смоллскаев.


Не, в ТЧ точно по цветам влияет вообще на всё. Плюс дополнительное воздействие на бампы/маски террейна, вот там связано как-то с блеском и т.п.

Сейчас глянул, действительно снизили. Я этого не знал. Сами сайбоксы не трогали (картинки где-то поменяли), а все смаллскаи почти обесцветили. Тогда надо помимо изменения env_color еще и вернуть тч-шные смаллскаи, чтоб в ЗП освещение из ТЧ сделать.


На объекты со слабым глоссом есть зависимость тоже, но она очень мала. Но в ТЧ видимо из-за высокой насыщенности смоллскаев это гораздо сильнее проявляется.

синюшность лечится снижением r2_ls_lumscale_hemi (или или r2_sun_lumscale_hemi, не помню точно как ее)

и да, это смоллскаи.

в ЗП синева заменилась поносным цветом потому что в шейдерах вместо L_hemi_color заменили на чтото другое в сооветствующих шейдерах. Могу ошибаться в деталях, точно не помню какую именно из констант поменяли, но дело именно в замененной константе в шейдерах.

Я как та собака: понимать понимаю, но сказать не могу.
Нормали запекатся из хай-поли модели, потом часть хай удадяется.
Но это не по теме.
Если попутать исходные каналы нормалей, то получается обраточка - еще в трёх эпостасях (их четыре).
Спекуляр имеет правильную сущность только в одной. Если учесть что ПЫСовсий вариант каналов - это неправильно, то спекуляр будет не правильным.
Есть смысл смещать на глубину нормали спекуляр по-пиксельно по диагоналям в четырех векторах, что бы найти истину.

А может еще негативчик испытать?


Вот я озадачился этой темой:

Вот пример неправильного спекуляра.

Не лечится. Поскольку, калечится освещение.
Нет.
Здесь солнце всё заливает, и это или не родная погода или самый новый рендер, у которого накосячили с r2_ls_lumscale_hemi и ещё с какими то параметрами яркости. Это в ЛА было хорошо заметно. Патчами вроде поправили.
Замена шила на мыло. В конфигах ЧН и ЗП идентичное коричневое хэми не только прописано в большинстве секций, но и sky_color не везде нейтральный.
Вот типичный пример из ЧН.
sky_color = 0.619314, 0.611470, 0.591863
hemisphere_color = 0.500000, 0.450000, 0.400000, 1.000000
fog_color = 0.131706, 0.127784, 0.112098
Цвет фекалий во всей красе.
Кстати, чем вычислялись подобные иезуитские циферки? Руками это не реально. Как я понимаю, имеется какой то визуальный редактор, в котором можно прописать плавно меняющееся суточное освещение, сразу связанное с цветом неба и тумана?

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

Кто тебе сказал, что каналы у ПЫС не правильны? Очень у них все правильно. А с ЧН и тем, что я поправил, там не в каналах дело. Скажу так, может будет понятно, но правильно наверняка. Есть граф. библиотека DirectX и OpenGL, другие не трогаем. Так вот, какая-то часть бампов сделана под OpenGL. Причин не знаю, списываю, что ПЫС хотели перенести на OpenGL ЧН. Но в итоге не стали, а про сделанное забыли или забили.
Все, все остальное у них более менее. Понятное дело, что нормали слишком уж слабенькие, но они компенсировали отображением 2-ой высоты нормаль. Странное решение, но подстроится можно под него.

С таким же успехом, я могу сказать, что неправильно задан материал, к примеру, ткань. Каждый материал использует свой шейдер. Также можно и шейдер каким-то боком загубить. Что уж сразу за спекуляр!? Его проще всего проверить- визуальным анализом с наложением, к примеру, на саму модель.

Смотри пример:
Раз и ОГСЕ0693 с родными шейдерами:

Все, как полагается, фигачу прожектором в данного товарища и снимаю скриншот. Далее отдаю для тестов по освещению все, как было, ничего не меняю, ни в настройках шейдеров в модели, ни текстуры.
Два и другой рендер, и другие шейдеры, и вообще на другом движке:

Все также, прожектором подсветили, чтобы полностью оценить работу текстур. Спекуляр работает так, что глаз режет. Не пластиковые замки на "лифчике", а лако-красочное изделие, причем еще свежее. Я уже молчу, что с белым столбиком на фоне происходит- он золотой. Ну да ладно. И тут я подстроюсь текстурами (всем комплектом), чтобы добиться вменяемого результата. Но сколько текстур придется перелопатить и я сейчас не о своих, а о игровых.

Более точные цвета текстур передает 1 вариант. Он же лучше справляется со спекуляром. Пластиковые, металлические детали переливаются "салом" . Ткань нет. Во втором варианте, спекуляр нужно делать еще темнее, причем по всему полотну, ибо начала бликовать ткань, где я вообще не задавал возможность блика. В любую игру закину, куда есть возможность подпихнуть, то спекуляр будет работать так, как в любой игре. И пофиг, будь там хоть какой рендер, да и шейдеры, а будет отображаться так, как запланировано.
Что происходит в Сталкере, я уже ранее показал и сейчас еще чутка добавил. Как сделать универсально?

А тут еще веселее. Сам же читал про текстуру кирпича, что мне написали здесь. Кирпич должен быть "шишастым"! А мой вариант, который я сделал, ты сам помнишь опросы в моей теме. Сделано было несколько вариантов, выбирайте. Выбрали, так видит игрок. Оно же правильно, он выходит на улицу и видит своими глазами. Оттуда результат опроса. Но не об этом. Если я, в данном разговоре, текстурщик пытаюсь понять логику того человека, который непосредственно занимается освещением и шейдерами. И для него "шишастость" это норма, то что дальше? Еще один вариант моих скриншотов из игры?

Я из этого треда столько нового для себя узнаю

iOrange,
малость опечатался. Direct3D и OpenGL.
vs
Расскажи мне, что изменилось? И какая нормаль правильная для Сталкера?

Разные системы координат, судя по картинкам. Но GAPI тут не причем, прошу не вносить путаницу.


Смотря какая там система координат используется.

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




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

ЛА по сути пошла тем путем игростроя как и сам сталкер - путем которым ходить не надо. Взвалили на себя слишком много работы и в итоге просто утонули в куче багов, когда нет речи о полном отлове багов и полноценном тестировании, а продукт выпускается готовым на 95% (а по правилу 95 к 5 последние 5% работы занимают стоько же времени как и первые 95% работы), стабилизированный до состояния "оно хоть как то работает и не валится с каждого чиха".

А вот, накидай. Я чего то такого не припомню. Разве только "пыльный" характер картинки на расстоянии в ЧН-ЗП. Но об этот другие писали. Ещё я писал про баг с неправильным цветом тумана в ЗП, и даже не помню, чем дело кончилось?
Что же до освещения, то моё мнение не могло измениться, так как не с чего. Тем более, что замена фекальных sky_color, hemisphere_color и fog_color соответственно, на нормальные или нейтральные, приводит картинку в норму.

п.с. Последнее, чем занимался, подстраивал ЗП, чтобы просто пройти игрушку до конца и не сблевать. https://www.gameru.net/forum/index.php?s=&a...t&p=1597397 https://www.gameru.net/forum/index.php?s=&a...t&p=1597747 https://www.gameru.net/forum/index.php?s=&a...t&p=1597699
Не помню, чья цитата, может и моя.
"Если до установки Absolute Nature 4.04 на чистую ЗП накатить погоду и текстуры со звуками из веговской СВТС (но без шейдеров и пр.) и поставить пропатченный xrEngine.exe для нормального движения солнца, то получается очень и очень красиво."

Про координаты ты прав. Y+ (OpenGL) и Y- (DirectX).

Загляни в раздел Normal Format.

У OpenGL по дефолту другая система координат, правосторонняя. Z отрицательный. Твоя прога делает бамп под эти системы, но это кнопка больше для чайников.

Типа TXAA в Сталкере:

Allegorithmic Substance Painter для чайников?


Именно так. И именно OpenGL и DirectX3D, как я выше написал. Есть вероятность, что я что-то "нахимичил" с терминами. Я не учился этому профессионально.
И еще, система координат как-то влияет на проигрывание диффуза в игре? И влияет ли на отыгрывание бампа/нормалей? (вопросы риторические)

Надо делать бамп так, как сделан остальной сталкерский бамп, чтобы не было расхождений. Потому как считывается он общей ф-цией для всех текстур и если где-то будет разниться, тогда и в игре будет тут выпуклый бамп, а рядом вогнутый. Или спекуляр не будет правильно читаться. СДК как надо делает.

Все зависит от кода в шейдерах, под какую систему координат он написан. На диффуз система координат влияет, в OpenGL ось Y наоборот в UV. Но опять же тут все в шейдерах разруливается.

Modera,
Я про экранное пространство. Но я стормознул и не так выразился. ed_rez имел в виду диффуз - текстуру, а у меня в голове проскочило - диффуз из г-буффета.

Какая-то каша из мифов и устаревших данных 20-летней давности.

Система координат полностью ваша (движка), GAPI не причем со времен введения шейдеров.

По поводу UV вообще непонятно откуда вы это взяли, нет такого.

Единственное место где все GAPI отличаются серьезно - это NDC, но на текстуры это никак не влияет, и вообще "лечится" одной строчкой кода.

Это все верно с точки зрения 3Д-программера.
С точки зрения 3Д-артиста все выглядит ровно так, как пишет ed_rez. Для разных движков надо нажать разные кнопки "директх"/"опенгл" или поменять каналы местами или еще какой фильтр наложить. Даже не знаю, что с ed_rez`ом начали спорить.

Это не мифы, это факт. Разумеется, сам я могу как угодно сделать и там и там. Я не зря написал слово "по дефолту", т.е. как принято.


Выше я пояснил подробнее, что я имел в виду.

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

Ну так это проблемы движков, а не GAPI. И я не спорю, а лишь уточняю, чтоб не плодились мифы далее.


К фактам полагаются пруфы


У кого принято? Вон Кармак всю жизнь юзает систему координат "Z вверх"- у него свой "дефолт".

В "железе" все работает одинаково всегда, или вы думаете там магический переключатель есть "ой, OpenGL, давайте самплеры переворачивайте текстуру!" ?


Вот мне тоже это непонятно.

Золотые слова. А теперь глянь бамп НПС группировки ЧН и тут же бамп нейтралов. Я это поправил для проекта Дизеля, не забивая голову шейдерами, рендерами и фиг его знает еще чем. Я так понял, что это пытались исправить движково или как-то иначе, никак не на текстурном уровне. Удивлен. Примерно такое же удивление я внес, когда начал писать про простейшее решение на уровне граф. редактора.

Спекуляр вообще ни при делах, когда происходит считывание нормали из бампа. Он считывается также отдельно от нормали. И тем более, СДК ничего не исправляет. Что закинул, то и вылетит в результате. Если правильная нормаль скормлена СДК + спекуляр, то СДК соберет бамп правильно. СДК в данном случае, автоматизация ручного труда, т.к. это обычная замена каналов + вносится какой-то код, чтобы игра понимала, что это бамп. В редакторе этого с 0 не сделаешь. Можно также брать любой бамп СДК и править до посинения каналы и бамп будет рабочим в игре, т.к. в этом файле есть какой-о код от СДК. Еще раз, чтобы не приводить к сарказму. Пишу на уровне любителя, как сам пришел к некоторым выводам.


Именно так. Приходится извращаться в словах. Слово текстура относится к очень многому- нормали, спекуляры, карты-высот и на результате текстуры бамп. Не серчайте, моему русскому не так много лет. Выучен с 0.


Премного благодарен.
***
Но тут же вопрос. Хотя опять сарказм польется рекой. Как умею написать, так и напишу.
Почему на ИксРее нормаль переумножается в 2 раза и кто-нибудь решал этот вопрос на движковом уровне?
Объясняю свое недовольство. Нормаль делается, как для любой игры, лишь как выше написал про координаты. В Сталкере эти нормали очень насыщено выглядят, визуально оценивая своим глазом, высоты у нормали удваиваются. Это очень неудобно. Для ИксРея свои нормали, для других дел иные.

Я думаю вот из за этого, но это не точно.

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


Для более выпуклого бампа. Да, из-за S.normal.z *= 0.5 в шейдере. Если это убрать, нормали базово будут смотреться. Но как по мне, более выпуклые красивее выглядят.


Да тут все нормально. Я привык альбедо эту текстуру называть, а так она раньше диффузом звалась, когда пбр еще не было. Да и сейчас старики ее так называют. Но в Сталкере это правильнее диффузом называть, альбедо - это просто цвет для пбр.


Пруф выше на картинке от ed_rez, с кнопками для бампов. Для DirectX - левосторонняя, для OpenGL - правосторонняя. Соответственно разные Z по направлениям, на одной бамп выпуклый, на другой вогнутый на выходе получается. Тот кто писал эту программу, руководствовался именно такими системами координат. Ну а уж писал ее наверное не дурак.

Modera,
хорошо, очень хорошо. Значит проблема вполне решаема. Благодарю!
***
Из-за насыщенности бампа, получается такая сверхмощная детализация:

Размер граф. информации в соотношении размера той или иной части модели, которая подхватывает ее, приводил к соотношению 1:1. Может местами слегка больше, чтобы заполнить маленькую пустоту на полотне текстуры.
Тут еще один вопрос. Я своим умом понимаю так. Чем насыщеннее нормаль, тем больше просчетов идет в движке. Я правильно мыслю?

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

Разговор идет о том, когда все сделано правильно.

Особенно прикольно когда это спрашивает Modera, у которого в редакторе на опенгл зеркалились директиксовские локации из метро. Стандарта нет, ага

Там, где нужно. А в реале все должно работать так, как оно сделано исходя из хай-поли моделей и запекания нормалей к лоу-поли. Перенасыщение не есть правдивая передача визуальной информации.
Изучая бампы ПЫС, мне то понятно зачем так было сделано. Ошибочно держаться за этот "костыль" нам далее.


Неправильно привык. В Сталкере никак не могли они появится. Они позже появились, т.к. технология совсем другая. Кардинально другая. Про "позже" я со своих изучений игр взял. Албедо в играх увидел значительно позже Сталкера.


Можно и иначе сделать, как я выше писал: Y- и Y+. И мне все будет ясно.

Ну ты объясни, почему метродвиг как и сталкеровский и многие другие используют именно леворучную систему? Ведь в директикс даже если ты ламер в математике и не умеешь строить матрицу можно использовать D3DXMatrixPerspectiveFovRH. Причём в седьмой версии праворучные функции были без суффикса RH, а леворучные уже с суффиксом, что как-бы намекает. А в OpenGL стандартной фукнкции для создания леворучной матрицы нет. Или все DirectX разработчики как один копипастят код из примеров где используется леворучная система и это потом закрепляется в виде привычки?

Если касательно модели, то да. Но бамп в Сталкере активно на ландшафте используется или на текстурах типа стен. Так вот если снизить крутизну бампа к номиналу текстуры, земля и стены станут плосковатыми. Можно конечно разделить прямо там же в шейдерах: только для моделей сделать бамп нормальный, а для остального - как сейчас по дефолту, со вдвое увеличенной крутизной.

А может сами текстуры бампа более сглаженные по нормали сделаны? А в шейдере увеличивая их крутизну просто приводится все к нормальному виду? В общем, я бы не стал убирать эту *= 0.5, сам я предпочитаю крутой бамп и сильный параллакс. Но тут на любителя, кто-то вообще любит без бампов.


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