Сообщение отредактировал ForserX - 21.07.2020, 13:58

Еще не доделано. Я его отложил пока, все это время пилил очередной двиг для нлс7, переделывал его в чн-зп. Планировал на тройку дней, а засел на пару недель. Сейчас к F+ надо опять возвращаться.

К слову, F+ не такая уж панацея, как это на картинках детям на ночь показывают. На практике все неоднозначно. Он тормознее обычного рендера при наличии стандартного кол-ва источников света в кадре (3-8). Из-за фазы отбраковки. Да, он может держать очень много лайтов, но есть ли такое кол-во света в игре? Вот в чем вопрос. Так что реакция на форвард+ глазами простого игрока может быть скорее отрицательная, чем положительная, из-за снижения фпс. Хотя он все равно быстрее ванильного деферреда.

Вот мне и интересно насколько он быстрее

От сцены зависит, от железа. Точно тут ничего не скажешь. У меня прирост на каких-то сценах чуть ли не вдвое, но в среднем около 25%. Причем лучше всего в сталке на дх11 показал себя простой форвард, как самый быстрый. Там около 50% прибавки в скорости. Но с кое-какими важными оптимизациями, к примеру с переносом расчета освещения для flat альфа-теста в вершинный шейдер. Либо с препассом альфа-теста.

MLAA можно и на GPU сделать, кстати.
Мне больше нравится TAA 4х, быстрый и качественный. Ничего лучше не нашел в плане соотношения качество/ цена. В идеале лучше заюзать связку TAA + MSAA (TXAA по такому же принципу сделан), но тут уже из-за MSAA в скорости потеряем (тем более на отложенном рендере), да и лишних проблем в конвеер привнесем. Поэтому на деферред вместо MSAA лучше юзать MLAA. А так да, в такой связке сглаживание идеальное получается, взгляда не оторвать.

Сообщение отредактировал Zagolski - 21.10.2019, 17:03

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

Есть идеи, где искать причину?

Отбой. Нашел. Это шейдеры партиклов (... и не только).



Сообщение отредактировал Дизель - 26.10.2019, 17:15

Странность обновления цикла погоды

xrModder, cтандартная ошибка


Вращение через sky_rotation делаешь?

Просвети меня


Да, точнее sky_rotation_v - вращение SkyBox по координату X.

У тебя в последней секции вращение 330, в первой 0. Вот движок честно и вращает от 330 до 0 = против часовой стрелки. Надо доработать, как фрегат, чтобы вращение шло по меньшей дуге.

Не знаю, не знаю... Цикл разделено на 24 часа, по 15 градусов. Хз из-за чего такой баг.

С 330 обсчитался, 345 конечно.
В первой секции же sky_rotation_v = 0? Вот, когда погода меняется с последней секции на первую, и получается переход от 345 до 0.

Есть какой-нибудь способ исправления "обнуления" цикла погоды?

Я думаю надо в движке углы чуть по-другому обсчитывать, если больше или равно 360 то обнулять и поворачивать в сторону с меньшим углом (но тут надо предусмотреть и обратную ситуацию когда с 360 до 0 крутим).

Сообщение отредактировал RayTwitty - 02.11.2019, 19:40

xrModder, абрам все по делу сказал, дополню его ответ и скажу свое решение. Во-первых это не баг, а тригонометрия, во-вторых как выше верно отметили небо крутится назад так как у тебя небо крутится от 345 до 0 (например), чтобы не крутилось нужно соответственно крутить 345 360 375 и т.д. до бесконечности. Я решил эту проблему под свои нужды следующим образом (мне надо чтобы просто куб по кругу ходил сутки и все), берем ротейшн первой секции и сравниваем его не больше ли он двух пи (так как он нам его в радианы переводит), и вторую секцию соответственно проверяем меньше двух пи, если подпадают секции под это условию, то ставим скай ротейшн форсед, в противном случае меняем плавно как обычно. Вот и все решение, четыре строки кода. Если нужны другие механики работы, то просто дорабатываешь формулу под свои нужды, ничего сложного там вроде вообще нету, код надеюсь не потребуется, это все таки до 9 класса в школе проходят .


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

Загольский, кстати, ты говорил что ты оптимайз г-буфера переделывал? Чо там менял? И еще я тут форвард чучуть попрограмил, скажи как ты там чо оптимизировал? Мне в голову пришло только упаковка четырех трехкомпонентных векторов в три четырехкомпонентных. Опять же там усложняется математика, но это классика для шейдерных оптимизаций. Интересны твои подходы, можно без конкретного кода, просто общую идею, думаю пойму. Форвард коеш такая себе тема, шаг влево шаг вправо и ботлнек, в сталкере все таки за отложик я бы свой голос отдал. И еще вопросец небольшой тени под пцф не переделывал (дх10 и выше онли)?


По первым двум пунктам категорически не согласен. Я даже не знаю, на мой взгляд это полный абсурд и как-то даже стремно серьезно это обсуждать. По третьему пункту согласен, если докопаешься - рад буду если поможешь. Там большая каша в определениях, я честно говоря до шейдеров еще не дошел, но так поверхностным взглядом такое ощущение что ломает оптимизация мсаа и на дх11 там тупо тонна шейдеров нифига не гладит так как берет везде один семпл (т.е. типа как бы и без мсаа было). Еще есть косяк шейдеров что отваливаются саншафты и чот с тенями какой-то треш. Возможно как-то криво минмакс сделали. Честно - до шейдеров тупо еще не добрался, чтобы их прям все капитально прошерстить, но поле деятельности уже вижу, данные там повыравнивать .

Вообще по шейдерам большой разговор на деле. Я бы на самом деле занялся полным рефакторингом в свойственном мне стиле. Может есть желающие присоединится? Там можно все не только привести в порядок, но еще и неплохо думаю выйдет заоптимизировать, правда возможно немножко придется переделать пайплайн в области формирования константных буферов. Мне бы еще до конца разобраться чо за треш там с регистрами сделан, так на вскидку типа можно выгонять несколько переменных с одним именем и они ушиваются в массив, типо выгоняем две разных матрицы и типа можно получать значения как-то так my_matrix[0][2][2]. Кто в шейдерах сталкерских сечет помогите разобраться или лучше давайте вместе чонить замутим, польза же всем будет .

И да, ссао/хбао на кс надо кому? Я тут чучуть шейдеры пытаюсь програмать .

Нельзя вместе мутить, какие-нибудь мудаки из очередного огср сопрут же.

а можно об этом по-подробнее для тех кто ноль в графике?


И про макет, если не затруднит, тоже? Быстрое гугление ничего не дало


Очень спорно.


HBAO+ лучше и быстрее, но я не помню тонкости его лицензирования.

Мне лучше подождать лишние 2 сек загрузки, чем постоянно после каждого пука чистить кэш. Кроме того, сам драйвер должен кэш создавать, но тут я без понятия, как это работает.
Запусти локу на ЧН с параллаксом и ту же локу на ЗП с параллаксом, посмотри разницу.


TAA + MSAA.


На ЗП с G-buffer не надо ничего делать, с включенной оптимизацией (gbuff_opt) он и так хорош. Хотя можно все же улучшить. Нормаль и хеми перенеси в одну DXGI_FORMAT_R8G8B8A8_UNORM. Позицию из г-буфера вырежи, сделай отдельный проход после заполнения г-буфера и из ZB вытащи глубину в отдельную f16 (в линейную переведи). С материалом что-то придумывать надо. Я пробовал кодировать нормаль в DXGI_FORMAT_R10G10B10A2_UNORM, туда же хеми и в 2 бита материал (4 значения, больше толком и не нужно). Сталкерское освещение к точности нормали не сильно привередливое. Еще можно накопление света перенести в DXGI_FORMAT_R11G11B10_FLOAT вместо DXGI_FORMAT_R16G16B16A16_FLOAT. В целом, улучшить можно.


Там нечего оптимизировать, в сталке форвард только на статике. Можно тот же R4 переделать в форвард. Немного шейдеров переписать и сам конвеер. Правда, много возни будет с переделкой источников света, они для деферред заточены. И освещение для всех flat объектов (как минимум трава и листва) переводи на вершинный шейдер, иначе будет дикий овердроу.


Так они и на ваниле PCF 4х4. На макс. качестве солнца используется алгоритм вытащенный из DXSDK (контактные тени или как-то так), по сути PCSS, только более тормозные (я где-то тут выкладывал улучшенный этот алгоритм). Разве что семплов на обычный можно нарастить.


Я у себя пофиксил. Там в движке куча msaa-шного кода - это было сделано для DX10, чтобы в шейдерах циклы не использовать. На DX11 используется SV_SAMPLEINDEX с вытаскиванием семпла за один раз, поэтому можно всю эту кучу кода вырезать.


В сталке что-то вроде HBAO+ используется, как мне кажется. Точно не обычный HBAO. Там текстура полного разрешения + идут каскады по глубине. И он быстрее обычного SSAO, и качественнее. Но мне больше вставил HDAO, классная штука.

Кстати, используйте HDAO исключительно на ультра, только там он обрабатывается вычислительным шейдером, что быстрее (по крайней мере у меня).

Сообщение отредактировал Zagolski - 03.11.2019, 14:22

Там разница между HBAO+ и HDAO чисто субъективная, основной момент - это заточенность под определенное железо.
HDAO заточено под AMD.
HBAO+ заточено под Nvidia.


И я все еще в недоумении по поводу термина "макет", и возможности "написать свой самплер"

Это в Оригинале не видно. Но я на статике вижу такое.


А блин - это же безлайтмапная зона. Типа там шейдера виноваты?

Дефолтный метериал глючит на статике, так как нет лайтмап?

Сообщение отредактировал Дизель - 03.11.2019, 22:11