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

Возможно. В инете вообще находил инструкции по каким-то правкам инишек решады.

ЗЫ: получилось починить, но пока не ясно точно. Есть косячный user.ltx, есть нормальный. Буду дальше сравнивать.

ЗЫ: это из-за галимого ТЧ-сглаживания. При r__supersample 2 и выше, отрубается буфер Решейда. Причем, только на статике.

Попробуй в shaders/r2/hmodel.h после:
Вставить это:

Посмотри с оригинальными смоллскаями.

Объясните, плиз тыкальщику в ноды в урина движке, в чем проблема в сталкире на r1 сделать мягкий переход между детейлами?
Такое точно помню в IGI 2, в какой-то игре между ue1/ue2, и еще во многих, даже сейчас и не припомню в каких.

Кажется, даже Морровинд умел в подобное.

Необходимость наличие человека, который это сделает за деньги или фана ради.
Что логично...

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

В первом случае, это то как скорее всего было сделано в древних играх на DX8 с плавными переходами текстур, тебе нужно добавить возможность задавать дополнительные параметры (цвет) для вершин и записывать их в файлы уровня. А для этого придётся переделать плагины, СДК, компилятор и шейдеры, потому что изначально ПЫС такую возможность не предусмотрели. Движок переделывать я думаю не придётся, потому что грубо говоря геометрия уровня летит из файлов сразу в шейдеры и ничего не мешает добавлять новые параметры.

Во втором случае необходимо переделать только шейдеры, сделать через движок опционально можно, а можно чисто скриптовыми шейдерами наколхозить. НО первый рендер начнёт требовать шейдерную модель 2.0. Потому что тебе нужно одновременно использовать 7 текстур (террейн + лайтмап + маска + четыре детальных), а шейдерная модель 1.1 (или какая там используется в Р1?) позволяет семплить только 4 текстуры одновременно. https://docs.microsoft.com/en-us/windows/wi...x#sampler-count
Именно поэтому разработчики не сделали на Р1 маску как на Р2.

Вроде как на r1 шейдеры воды позволяли прописывать PS 2.0. Лучше всё на практике проверять...

Да, можно прописывать, вот что получилось за пять минут возни со скриптовыми шейдерами

можешь дать ссылку? Интересно самому посмотреть в игре.

Pavel_Blend, отправил в ЛС

Я понимаю, что теперь не поиграть на чем-то ниже FX5200, но вроде не такая уж и потеря.

Можно и мне, а лучше - выложить в открытый доступ?

Вот просто выложить, а как же "сделать за деньги а не ради фана"?

Попробовал фиксить пересвет моделей:
https://disk.yandex.ru/d/WGREOsdBWDqYQQ

С фиксом пересвета моделей:
UPD: https://disk.yandex.ru/d/E1c18W6ZevqJyA



debug-вариант с визуализацией маски:
https://disk.yandex.ru/d/N4uamieUOXxd_Q

Default, с маской, с маской + фикс.

macron, да, точняк, про l_special я забыл. Правда там использовать детальные текстуры не обязательно, всё ровно они на результат влияния не окажут. В канонах того как сделано в движке эта функция должна выглядеть как-то так:

Modera, да, так вообще ништяк.


https://disk.yandex.ru/d/kHOOnBn570pjBw

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

Бредъ. У сталкиров есть котсь eyelid_1 которая привязана к векам, так что анимировать моргание можно. А в шейдерах ничего такого не было никогда.

Небось речь про гпу-скиннинг, но причём тут моргание, я не понимаю.

Я такое говорил? Когда. Может быть я про скиниг говорил? Такую ерунду я мог сказать года 3 - 4 назад, но я тогда еще и не шарил за шейдры да рендер вообще.

Modera,
Балдеж, фикс отличный, жаль только что спустя 15 лет появился с релиза
Ещё бы освещение травы фонариком ГГ сделать для Р1, вообще найс было бы.

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

Смоллскаи и бампы в r1 впендюрить, а сверху решадой полирнуть.


UPD: шейдеры маски для всех сингловых уровней ТЧ.
https://disk.yandex.ru/d/uXfL8stk3NJ0UA

ЗЫ: пока тестировал, реально впервые до ЧАЭС дошел. Раньше только в виде мультиплеерных портов большинство уровней изучал.

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

Бамп появился ещё в лайтмаповых движках, и прекрасно работает на статике.

да, но там юзались совсем иные техники лайтмаппинга, как в случае с hl2.

привычный всем нормал маппинг нельзя совместить со сталкерским типом лайтмапов, хотя, тот же detail mapping вполне, если вы его подразумеваете под бампом )

А что скажешь про игру Новый мировой порядок 2002? Тоже какие то иные?
К сожалению, не смог найти скрины этого места в нормальном разрешении.
Здесь в игре полностью корректный статичный бамп (или нормал) маппинг на кирпичах и некоторых других текстурах, как и полностью лайтмаповые тени (сам играл и хорошо помню, в 2002 году это был почти "некст ген"), которые хорошо сочетаются с динамическими (или проекционными) тенями динамических объектов, которыми в этой игре были по моему, только модели людей и оружия.

Помню, ещё до динамического света, к первой кваке бымпы (нормали) прикручивали и к первой халве.

Про игру ничего не скажу -- не играл , а на скринах очень похоже, что используют простой рендеринг света со стенсильными тенями (тени очень острые). Опять таки, возможно юзали что-то иное, но невозможность реализации нормал маппинга на простых лайтмапах более чем очевидна: чтобы сосчитать затенён пиксель или нет нам нужны как минимум позиции источников света, которые влияют на этот пиксель, а лайтмапа такой информации не хранит.

Иной подход у Radiosity Normal Mapping'a, который юзается во всех играх на первом сурсе и в котором, как я понял (возможно кардинально неверно), влияющий на пиксель свет хранится в трёх базисах, а отсюда мы уже можем извлёчь всю необходимую информацию для нормал маппинга.

Кое как с глюками текстур смог запустить и заскринить.

sergy172, чего ж вы меня путали? это определённо простые шадовмапы, а вообще -- я не гадалка

Ага, где-то так и было)

Ага, тогда плохо.

Нет.

А реально, могу ли я сделать огф-у вертексную анимацию?


Я общался или с KD или с JD yaho еще с пол года назад на эту тему. Он (вроде второй) все еще думает над этим)


Нужны. Как минимум на ТЧ. Оно даже сейчас выглядет адекватнее R2.


Речь о именно вертексной. Допустим, у меня есть дофига хайполи ковер. И вместо костей - мне проще в 3д редакторе интерполировать именно положение вершин.
О том, как анимация будет выглядеть в АЕ - сейчас пофигу, важна сама возможность.

Кому как, но адекватнее она может выглядеть как раз по той причине что там нет бампов . Вы не задумывались об этом? Вообще на статике бампы сделать можно, но как я и сказал смысла от этого мало. Проще на динамику лайтмапные тени перенести.
Ну судя по скринам тут либо стенсилные тени, либо статические тени. Это немного другое. В сталкере используется статический свет. По идее можно сделать нечто похожее. Нужно либо сохронить лайтмапы в отдельную текстуру, и потом использовать ее при просчете источников света (читайте как "юзать заместо \ в дополнение теневой карты"), либо передавать массив источников света в сам шейдр, что по идее неприятно скажется на производительности, но тут я ничего сказать не могу, ибо второй вариант не тестил. Первый вариант точно реализуем на сталкере. Скрины увы кинуть не смогу, так как остались они на мертвом харде вместе с билдом Выбора.

Нет такой возможности в движке можно только запечь симуляцию на скелет и ключи экспортировать в сталкир.

Это пример бампа\нормалей, а не теней. Тени как и всё что на статике там, запечённые. И даже блик от фонаря на кирпичах.
Главное показать, что бамп как таковой возможен на движках до директ икс 8, и он применялся.
Как и прочие фишки, имитирующие реальность. И то, что игрострой топчится на месте, постоянно "забывая" то одну технологию то другую, постоянно "теряет" хорошо работающий ИИ, и каждый раз создаёт его заново, вместо того чтобы всё вышеперечисленное поступательно и последовательно развивать, не проблема технологий, а мудацкий человеческий, а возможно и коммерческий фактор.

sergy172, ну так не путайте запечённый свет и не запечённый свет.


да при помощи комбайнеров, но разговор как таковой был не об этом, если вы до сих пор не поняли

Разве? Разговор был о том, что первому рендеру не хватает бампа, и с этим сложно спорить.

sergy172, разговор был о том, что в статическое (лайтмапное) освещение как в сталке, где хранится только(!) цвет конечного пикселя, нормал маппинг не встроить. Причины были объяснены.

То, что там какая-то игра из 2002 юзала нормал маппинг говорит лишь, то что у них иначе шло освещение, возможно, запекали и делали Radiosity Normal Mapping (что вряд ли, потому что Я впервые описание этой техники видел в спеках от хл2), но что более вероятно, так то, что они рисовали простой динамический свет с какими-то тенями.

Вы до сих пор упрямо не читаете то, что вам объясняют.

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


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

И я тебя понял.

UPD: шейдеры маски для r1 для всех уровней ТЧ, включая мультиплеерные.

https://disk.yandex.ru/d/T3edvVKu8u17_A

Я использовал термины, которые как мне кажется употребляются в комунити стк, а именно: статический свет т.е. запечённый и динамический -- не запечённый.

Очень жаль. А если извратиться, и, например, вершинными шейдерами? Конкретно интересует возможность плавной трансформации.

Пока писал - сам вспомнил - трава и деревья.
Тогда уточню - еще плавнее можно сделать?

А куда плавнее-то? И так каждый кадр шевелятся.

Ты лучше опиши, что хочешь в игре увидеть. Может уже такое делали.

Сейчас проверю. Я реализовал динамичную погоду на базе чужого порта наработок из ЧН.
Поэтому час настал. Другой вопрос - какую правку надо делать для r3 под OGSR Engine последний?
UPD. Оно уменьшило синеву в разы. Она еле видна. Но смоллскаи макрона всё-же нужны, т.к. часть синевы из от стараний GSC над смоллскаями.

Epic Samaritan, кстати, Yara в своём SDK что-то сделал над сохранением смолскай, типа в оригинале цвета неправильно хранились. Это не та проблема?

Мне трудно сказать. Я юзаю портированные скаи и смоллскаи отсюда.
https://www.nexusmods.com/stalkershadowofchernobyl/mods/1022
Буду заменять скаи на качественные варианты для ЧН/ЗП и макроновские смоллскаи.
И проверю как работает.

Загружу пока картинки:

macron, что мне опять монитор настраивать?

Не, там в машинке стекло затемняющее, чтобы солнышко не пекло.

macron, так то не плохо. Но мне кажется, что тебе дин.амбиент не помешал бы.