Anonim

Physically based rendering, хотя в нашем случае вернее всего сказать shading но оставим так, ибо звучнее. На неделе сделаю полноценную статью с разбором о реализации на наш сталкер, пока просто тема чтобы посмотреть насколько эта тема интересна, короче обсуждаем.

@shuherist, смотря какие шейдеры у тебя указаны в скриптовом шейдере, проходишь в пиксельный шейдер и удаляешь там макрос NEED_SOFT_WATER. Шедейвр для воды один основной water.ps\vs, который другие(water_soft,water_studen etc...) юзают в кач-ве родительского лишь оперируя макросами.

Accurate Atmospheric Scattering and The Real-time Volumetric Cloudscapes https://developer.nvidia.com/gpugems/GPUGems2/gpugems2_chapter16.html https://www.guerrilla-games.com/read/the-real-time-volumetric-cloudscapes-of-horizon-zero-dawn А почему бы нет? Отложим текстуры скайбокосов и будем генерировать небо с облаками в рилтайме. Я уже попробовал реализацию по выше предложенным статьям, моя реализация на стуклир пока что сыра и рано её публиковать в народы. Конкретно что вышло у меня в видео здесь -> https://yadi.sk/i/z43YN5FVXJUWuw Что думаете по этому поводу, нужно ли оно вообще? Сразу скажу что мой компуктер положило до 10 фпс. Ну и конечно давайте делитесь своими успехами по этой теме. Может быть есть более лёгкие альтернативы.

@DDamian724, Привет, вода в сталкере является forward'ом, как и стёкла, поэтому применить блюр к отражениям у тебя не получится без всяческих ухищрений. А адаптировать сам SSLR шейдер проще простого. Достаточно удалить функции получения позиции и нормали и заменить их на те, что есть в шейдере воды. eye_vec у тебя уже посчитан в вершинном шейдере воды o.v2point = P-eye_position ; И нормализован в пиксельном шейдере half3 v2point = normalize (I.v2point); v2point = eye_vec Получается вектор взгляда у тебя есть, мировая нормаль воды тоже есть в оригинальном шейдере, она так же нормализована half3 Nw = mul (half3x3(I.M1, I.M2, I.M3), Navg); Nw = normalize (Nw); И вектор отражения half3 vreflect = reflect (v2point, Nw) ; Создавай хэдер SSLR и во входных параметрах укажи vreflect вместо refl_vec. Код примерно такой будет: И в шейдере воды: #include "SSLR_header.h" ........ half4 main(){ ........ half3 env = SSLR(vreflect); ........

https://www.amk-team.ru/forum/topic/14078-sslr/

Как и обещал, разбор полётов по SSLR и создание луж под ногами от всех этих махинаций. Такс, для начала создадим новый рендер таргет формата D3DFMT_A8R8G8B8 с размерами экранного квада, этого нам будет достаточно. Ага, сделали мы уже много, а отражений всё ещё нет. Будем разбираться почему же так. В данный РТ'шник мы будем писать/записывать/зачитывать/засовывать результат работы нашего SSLR шейдера. Начнём, напишем основу шейдера: #include "common.h" // подключим стандартную библиотеку с ощими функциями struct v_SQ // обычная simple quad структура с позицией и текстурными координатами // с учётом того что мы рендерим без вертексного шейдера { float4 hpos:POSITION; float2 tc0:TEXCOORD0; }; float4 main(v_SQ inst):COLOR { return float4(1,0,0,1);// пока что возвратим красный цвет } Для расчёта вектора отражения нам нужно найти вектор взгляда на позицию пикселя и найти отражение этого вектора от нормали. И так, сначала будем искать позицию пикселя в ворлд спейсе float3 pos = tex2D(s_position,inst.tc0); return float4(pos,1); //return float4(1,0,0,1); Так не канает, ведь нам нужна позиция пикселя в ворлд спейсе, а не скрин спейсе. Для этого я состряпал такую функцию float3 getWSpos(float2 tc)//текстурные координаты { float3 VSpos = tex2D(s_position,tc); // скрин спейс позиция пикселя float3 WSpos = mul(m_inverse_view,float4(VSpos,1)); // умножаем на иверсную матрицу вида проекции и получаем позицию в мировом пространстве return WSpos;// отдаём } Теперь попробуем её //float3 pos = tex2D(s_position,inst.tc0); float3 pos = getWSpos(inst.tc0); return float4(pos,1); //return float4(1,0,0,1); Посмотрим Вот так интереснее. Теперь найдём вектор взгляда на этот пиксель float3 eye_vec = normalize(pos-eye_position);//сразу же нормализуем этот вектор Теперь для расчёта вектора отражения нам нужно найти мировую нормаль, не буду таить и сразу выкачу функцию которая так же преобразует сс нормаль в вс float3 getWSnorm(float2 tc) { float posZ = tex2D(s_position,tc).z;//определим глубину float3 VSnorm = tex2D(s_normal,tc);//сс нормаль float3 WSnorm = mul(m_inverse_view,float4(VSnorm,0));//находим таким же способом вс нормалю WSnorm.y *= clamp(posZ,sslr_params.x,sslr_params.y);//кое-где сгладим нормаль в зависимости от расстояния WSnorm=normalize(WSnorm);//нормализуем return WSnorm;//отдадим } sslr_params.xy - факторы расстояния Всё, находим вектор отражения float3 norm = getWSnorm(inst.tc0); float3 refl_vec = normalize(reflect(eye_vec,norm)); Заранее объявим несколько переменных float2 refl_tc = float2(0,0);//текстурные координаты отражённой геометрии float L = sslr_params.z;// начальная длина луча Всё пускаем в бой тяжёлую артиллерию, а именно, цикл for(int i = 0; i < 6; i++)// как показали тесты 6 проходов вполне достаточно для получения приемлимого результата { float3 new_pos = pos.xyz + refl_vec*L; // получаем новую позицию float4 new_pos_proj = mul(m_VP,float4(new_pos,1));//переводим её в скрин спейс new_pos_proj.xyz /= new_pos_proj.w; //нормализуем float2 sample_tc = float2(0,0);// создаём новую переменную в теле цикла, куда будем толкать новые текстурные координаты //мы получаем позицию пикселя в диапазоне от -1 до 1, это дело нам как то нужно перевести в диапазон от 0 до 1 //вот так sample_tc.x = (new_pos_proj.x+1)*0.5; sample_tc.y = 1-((new_pos_proj.y+1)*0.5); float3 hit_pos = getWSpos(sample_tc);//каждый проход цикла мы будем получать позицию, но уже с новыми текстурными координатами L=length(Hpos-pos); refl_tc=sample_tc;//отправим полученные текстурные координаты на выход } Почти всё, осталось только вывести отражённую геометрию float3 refl_img=tex2D(s_image,refl_tc); return float4(refl_img,1); Я объяснил базовую реализацию SSLR, улучшать технику можно сколько угодно и это в ваших руках. О реализации луж, чуть позже, как только соберётся время. Пока можете посмотреть сурсы с базовой реализацией SSLR и лужами вот тут SSLR https://github.com/Baryshev194/x-ray1.0007/commit/b07e191b9f545dc47d71d457a12817b7ced87a82 SSLR blur https://github.com/Baryshev194/x-ray1.0007/commit/8408d0c04e6980cf476e526739c8551b11d4c3f0 Wetness buffer + Puddles effect https://github.com/Baryshev194/x-ray1.0007/commit/0b9d9975711a86c0cc14c9236c2bd318eb5da65b

Муви-пикча -> https://yadi.sk/i/z43YN5FVXJUWuw

Всем привет, статейка по SSLR и реализации луж в S.T.A.L.K.E.R. пока откладывается, так как я начал делать кое-что новое, а именно физически корректное атмосферное рассеивание. Что же это? Смотрите ссылку->Accurate Atmospheric Scattering Зачем оно? Использование skybox текстуры отпадает, ведь цвет неба расcчитывается шейдером исходя из положения солнца в world space. Как оно получилось в S.T.A.L.K.E.R.: Возвращаемые значения шейдера будут явно больше еденицы, поэтому стоит применить им тональную компрессию. Оставлять это так нельзя, ведь в реале на небе ещё и облака есть. Наверное многие знают о игре Horizon Zero Dawn и о её технологии создания volumetric clouds. Конечно, и раньше умели рендерить объёмные облака в реалтайме, но эта игра привнесла некий стандарт по которому сейчас реализуют эту фичу. Собственно, исследуя интернет и папирусы Horizon Zero Dawn начал реализацию. Вот так оно, конечно же Work in Progress: Толкового освещения ещё нет, но всё же, я убедился что вполне реально это реализовать. Конечно же, на скриншотах нет skybox текстуры, всё сделано в реалтайме, убедиться в этом можно сравнивая скриншоты по порядку.

Недавно задался темой реализации wet dynamic asphalt roads puddles with screen space local reflections and light road on surface, хех Соб-сна что у меня вышло https://yadi.sk/i/PamHVm-pXqdkOg <-ВИДЕО Кому интересна данная тема, можете заглянуть в клуб https://www.amk-team.ru/forum/clubs/6-klub-texcoordn/, в скором времени я опишу там реализацию данного эффекта. Немного экспериментов с самими отражениями

Мб кому тоже полезно будет. Для своей модификации решил одолжить деревья из другой игры, но столкнулся с одной проблемой. Текстуры веток были отличными от сталкерского формата (много маленьких деталей на текстуре) и alpha test тупо сожрал все пиксели и на большом расстоянии остались только, грубо говоря, стволы. Решение тут: https://developer.download.nvidia.com/assets/gameworks/downloads/regular/GDC17/RealTimeRenderingAdvances_HashedAlphaTesting_GDC2017_FINAL.pdf?haLeJXf_sAUMW3MsvSW3JqZolzqe8V0cLD39HpIHfTn8mjUCNzrxAOFEoM087FUnUlcegNg2OUzOCW4k7lS1HaVoj0NdC1OmPuQiQ6f6HSEnuARAu8eWQXJQ0nTbkVjI8UE6tSouBvZYL0ynu-2OjyOOqxURlqnE6TOoR3A1k_Toc-_65U4n9DYavKT5tIiGJCB-klrhLVGtSGpSsxcAgZzmhheWzg Что вышло: Добавить ещё анти алиасинга и может даже тошнить не будет. Для большей наглядности можно быстро пощёлкать скрины между собой.

@mauvais effects_lightplanes

Нет, для этого я и говорил где шейдер править) Если кому-то нужна стоящая вода, могу поглядеть как это можно нормально сделать.

@warwer дак нужно ещё нормал мап править) Он же в оригинале seq файл.

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

Привет, править вершинный шейдер. o.tnorm0 = watermove_tc (o.tbase*W_DISTORT_BASE_TILE_0, P.xz, W_DISTORT_AMP_0); o.tnorm1 = watermove_tc (o.tbase*W_DISTORT_BASE_TILE_0, P.xz, W_DISTORT_AMP_0); Допустим можно так, а можно и во фрагментном, но там дольше.

http://www.amk-team.ru/forum/topic/13609-john-chapman-pseudo-lens-flares/ Мб кто заинтересуется.

Привет всем, недавно задался вопросом реализации бликов like battlefield, наткнулся на статью: John Chapman Pseudo Lens Flares Демонстрационное видео мне понравилось, посему взялся за реализацию прямо по статье. Вот что вышло у меня: клик Собтсвенно, а как оно делается на сталкере, весь код приведу ниже с пояснением. Шейдер Treshold/Downsample, так как реализация в статье не подходит для сталкера, пришлось делать совсем иначе, на выходе почти идентичный результат. А что он делает? Говоря "поруски", отбрасывает пиксели с низкой яркостью оставляя только светлые участки, т.е. те участки которые и будут учавствовать в создании призраков и гало эффекта. Шейдер можно сказать необходимый, его можно использовать и для эффекта Dirty Lens, похожим способом и блум пилится и ещё много чего. Из входных данных, это люминанс вектор и rt_Generic_0(сцена до фазы combine). Пишется всё это дело в новый рендер таргет, который мы дальше будем использовать для генерирования бликов. Терь сам шейдер генерирующий блики. Входные данные: -ранее созданный рендер таргет downsample, "обозванный" samplerTreshold -1D текстура, в нашем случае фейковая, т.к. нельзя в dds сохранить текстуру с высотой в один пиксель, у меня она 256x4. Используется она для окрашивания бликов. Всё это тоже пишется в новый РТшник. Терь нужно "пустить под блюр" сгенерированные блики, обычно я это делаю незамысловатым Gauss блюром, но в сей раз хотел испробовать что-нибудь новенькое. На самом деле я не ручаюсь за правильность работы этого шейдера , так как не выводил его на результ для проверки. Чтобы перестраховаться можно использовать проверенный блюр, код будет прямо под этим. Тут Gauss. Входные параметры: -семплер обречённый на блюр -текстурные координаты -сила блюра (почему в int? потомучто я всегда его использую только в цикле и как сила блюра у меня выступает кол-во оборотов цикла, к тому же значение динамическое) for ( int i=0; i<BLUR_SAMPLES; i++ ) { outColor =Gauss(samplerBlur,texCoord,i,false); } -бул значение для юза оптимизированного блюра Примечание: по сути, юниформ screen_res здесь не так важен и можно заменить универсальной константой 1024.f В идеале, конечно, я бы и Dawnsample обрёк на блюр, но переделывать было уже лень. Ну и последняя фаза комбайн с основным изображением. Не стал парится с SturBurst эффектом, оставил статичным, оно и так прилично выглядит, DirtyLens Тоже не стал делать, так как у меня это отдельная история, хотя смешивать его тоже в этом шейдере буду. Ну вроде всё. Надеюсь кому-нибудь пригодится.

Окей, поехали, надеюсь будет полезно. http://www.amk-team.ru/forum/clubs/6-klub-texcoordn/

Гляжу на форуме появились клубы, мб кому интересно создать свой, что-нибудь типа "Клуб TEXCOORDN;", где можно обсуждать реализацию тех или иных графических фич на стулкире, перенос из других игр, перенос кода из более младших частей в старшие, например из ЗП в ТЧ. Как вам идея?

Как вариант, выкинуть кривое SSAO Замутил для своего хоррора эффект поломанной камеры, мб кому-нибудь тоже пригодится. Для смерти ГГ или иных задач. float3 brCamEffect(float2 texCoord) { float3 Ret; float amount; amount = (1+sin(timers.x*6))*0.5; amount *= 1+sin(timers.x*16)*0.5; amount *= 1+sin(timers.x*19)*0.5; amount *= 1+sin(timers.x*27)*0.5; amount = pow(amount,3); amount *= 0.05; float2 Offsets = saturate(distance(float2(0.5,0.5),texCoord))*float2(amount,amount); Ret.r = tex2D(s_image,texCoord+Offsets).r; Ret.g = tex2D(s_image,texCoord).g; Ret.b = tex2D(s_image,texCoord-Offsets).b; return Ret; } Ссылка на видео

Здравствуйте! Что за пункт "Звание" в редактировании профиля?

Привет! Двиглоправка. Библиотека shadow.h Библиотека sload.h

@Zotac, насколько я знаю, настройки сан рейсов в шейдерах meltac'а находятся в отдельном конфигурационном файле.

Привет, прикрепи скрин, не совсем понятно о чём ты говоришь. На геймру есть фикс, выкладывал его макрон'сан. Гляди в тему "доработки графики финалки".

@MADMAX666, смотри accum_volumetric_sun_far, наверняка что-нибудь найдёшь.