Откуда инфа? Смотрел двиг?

Продублирую пожалуй...
Как насчёт, заменить у костров на р1, пререндерные источники света на сферические динамические, такие как на артефактах, полтергейсте или гранатомёте например?
А может подойдёт и костровый от р2 с готовой анимацией мерцания или хотя бы сама анимация.
п.с. Перекомпиляция, понятное дело.

А что, там разве прекомпилированные источники света? Я когда-то делал скрипт отключения всех hanging_lamp на раене , сияние вокруг костра исправно гасло, и на р1 тоже. По-моему туда достаточно прикрутить анимации через spawn и все.

Если интересно - посмотри в ОГСЕ, там это все есть. Правда, только со включенным DOF.


Ей сто лет завтра в обед будет.

Вопрос в тему СДК или ковырялок - убирается статический источник света, активируется динамический у костра. Движок\шейдеры править не нужно.

Предназначенный для р1 или р2 или в сдк они одинаковые?

Можно выбрать какой нужно.

Я же о другом спрашивал.
Очевидно, что нет динамического источника для р1 с такой же анимацией для костра, как у дин. ист. для р2, иначе его бы давно кто то использовал?

Для р1 не проблема также назначить. Просто видимо она на р1 и р2 по разному отображается.

Поставь флажок "R1 allow" в свойствах дин. светильника и всего делов.

Какое отношение это имеет к
?


Ясно же, что моё предложение связано с синхронизацией впечатления от костра на р1 и р2-3-5..., и возможности их тушить и зажигать.

Мда, гуру тотсталкирского графония не знают азов.. Как вы вообще что-то пытаетесь делать?

Оффтоп... шел 8-й год. Ничего не изменилось

Самое что ни на есть прямое. Впрочем, выше уже намекнули.

Я вообще-то специально делал с понтовыми фларами. Они же тоже часть картинки, в том числе скрывают недостатки ТЧ-r1-рендера.

В качестве бредовой идеи предлагаю перенести на r1 эффекты типа всяких fade-адаптаций зрения.

В качестве более серьёзной идеи предлагаю на r2 добавить/усилить fade-адаптации. На движке ARMA2 в свое время понравились эффекты затенения картинки/адаптаций зрения в зависимости от движения/направления взгляда.

А ведь как просто было бы ответить прямым текстом на пост №1858, избежав полторы страницы бессодержательного бреда или не дающей понимания воды.

Можно было ответить коротко и по делу.

Обратите внимание, я очень часто стараюсь излагать проблему таким образом, что бы она не ускользала от понимания человека, совершенно не разбирающегося в вопросе.
Чего и всем советую.

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

Работающие как на самой дешевой телефонной видеокамере.
Ни художественной ценности ни реализма то мерзотное извращение не несло, и в добавок сука, не отключалось!

1.
2. убери статический источник света
3. скомпиль
3. ???
4. PROFIT!

То же самое можно сказать и про ТЧ-рендеры.

О... ХДР в ТЧ-ЗП по сравнению с Армой, ещё куда ни шло.
Интересно, почему я не видел ни одного видео с таким костром р1?
Неужели никто этого до сих пор не делал?

Очевидно, потому что р1-рендер интересен чуть более чем никому.

https://www.youtube.com/watch?v=eKYEqQk3ja8

Эти постпроцессные эффекты в двигле придется создавать с нуля в р1 рендере.

Тогда заодно добавьте "тени от облаков", как на r2. Там вроде тоже без движка не обойтись.

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

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

cjayho, всё-таки блюма надо ещё немного убавить либо снизить значение r2_sun_lumscale (ну или в погоде поправить параметр).

Хз.. R1 мне больше нравиться чем R2. Хоть и карточка не из слабых.

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

Думаю да

У тебя в твооём шейдерпаке есть фича - "шейдерное солнце".
Можно было бы задействовать её для этого эффекта?

Можно просто флар для нужного часа поставить другой.

Поковырял.

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


Теперь немного конкретики.
Отрисовкой текущего флара занимается класс CLensFlare, который рисует флар по индексу, переданному из CEnvironment.

lens_flare_id - это айди созданного экземпляра класса CLensFlareDescriptor, а каждый экземпляр содержит себе настройки одной секции флара.
Current[0] и Current[1] - как я понял, текущая и следующая погода (CEnvDescriptor).

Внутри CLensFlare::OnFrame работа всегда идет только с одной секцией флара

У класса есть 4 состояния lfsNone, lfsIdle, lfsShow и lfsHide. По названиям, думаю можно догадаться, за что отвечает каждый стейт.

Алгоритм переключения флара - если раньше флара не было (текущий стейт - lfsNone) и есть новый (который передали по индексу) - работаем с ним, включается стейт lfsShow. После чего, когда m_StateBlend достиг единицы (со скоростью blend_rise_time для этого флара из его конфига), стейт переключается в lfsIdle и висит в этом состоянии, пока не передадут флар из другого часа. После того, как это произошло, стейт переключается в lfsHide и уже со скоростью blend_down_time из конфига, текущий флар будет исчезать. Когда m_StateBlend достиг нуля, новый переданный флар становится основным, включается стейт lfsShow и всё прокручивается по-новой.

В общем, для реализации "плавных фларов" надо править класс CLensFlare, в котором управлять двумя текущими фларами, меняя их цвет (прозрачность). Правка достаточно основательная, так что шансы на то, что её могли раньше (без исходников) сделать почти равны нулю...

З.Ы. параметр blend_time во всех 3 играх даже не читается, разве что в ЗП вроде как начали делать какую движуху по этой теме, но похоже забили - остался пустой класс без реализации...

З.Ы2. ну а вообще если подумать, реально как-то стремно выходит - одно солнце сначала "исчезает", а потом другое начинает "появляться"

Вообще я думаю для солнца достаточно параметров диаметр, высота, rotation и цвет (с альфой). Смысл для солнца тянуть лишнюю текстуру, вместо того чтобы сгенерить теми же шейдерами кругляшок, я не вижу. Мы же, я думаю, не собираемся делать в игре солнечное затмение. В случае динамически генерируемого солнца мы сможем менять его цвет, диаметр и так далее на лету, вместо того чтобы делать crossfade текстуре.

cjayho, а как ты в конечном итоге собираешься стандартными командами в погодном и флар конфигах, объяснять движку как поменять кругляшок с резкими краями диаметром "1" на кругляшок с размытыми градиентными краями диаметром "10", и степень размытости краёв?
И это только с простой круглой формой.
Не проще ли оставить как есть, текстурную реализацию?


Исходники или скомпиленый?
И если скомпиленый, то может попробуешь найти нужные CLensFlare и CEnvironment например в 1580?
Не думаю, что названия с тех пор сильно поменялись.

Поделился, как то, со мной приятель с АМК-форума следующей правкой:

http://rghost.ru/8mwvB49Ph

Видео сделал ещё на старом железе (11-го года) на той ещё Солянке:

https://www.youtube.com/watch?v=7lS9vlFIE-4

Сейчас установил эту же правку на ОП-2 -- работает идеально, графика та же, что и в видео..

hrebet1, а в чём "доработка графики" то?
Судя по видео наоборот, явное и сильное её ухудшение.
Да и её не в мастерскую, а в готовые моды следовало выкладывать.

Исходники 7 патча. Билдовских исходников нет, как и отладочных патчей нужных билдов. Т.е. алгоритм надо переписывать самому.

cjayho, ты видимо не понял, что тут имелось ввиду... А по поводу параметров - все это итак есть, ну за исключением прозрачности солнца - было бы неплохо имитировать "солнце за облаками", добавив параметр source_opacity например.

А цвет солнца всегда равен цвету света, который настраивается в конфиге часа.

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

Shadows, вообще у флара солнца вроде свой шейдер же есть, можно просто скидывать туда текстуру флара от текущего часа и текстуру флара следующего часа и по желанию миксовать их, как это сделано с небом в шейдере воды water.ps. Шейдер только придётся с нуля написать (на его основе) и в движке добавить поднобно экспорту скайкубов - экспорт фларов в шейдера.

Shoкer, помнится уже кто-то делал шейдерное солнце, но там был какой-то баг... Впрочем, не вижу проблем поправить текущую схему, там по сути только две функции существенно нужно изменить - on_frame, да render. Правда пока как я себе вижу, для плавного перехода вообще никакие параметры из конфига будут не нужны - плавность рассчитывается из времени до следующего часа, которое можно получить вроде бы в CEnvDescriptor и передать куда надо.

Я и делал. И баг был, но не с самим солнцем, а что двиг не хотел рисовать градиент пока игру не свернуть-развернуть.

Насмотревшись демок с дофом и боке, решил сделать гауссовский доф. Скриншоты слева - gather dof (оригинальный), справа - gaussian dof.



Gaussian dof уступает gather dof'у по качеству, но зато кушает меньше фпс.

Если нужно реально увеличить фпс, проще закомментарить половину выборок в ДоФ. Через одну - первую, третью, пятую и так далее. На качество картинки если и влияет, то я не заметил. Зато фпс заметно улучшается.

Ps. из такого (например)



делаем

Самый лучший DOF что я видел был в ENB Series для ТЧ, оригинальный ЧН\ЗП-шный порой создаёт ощущение "грязи".

На скриншотах лучше "левые" скрины (gather dof), потому что если на верхних скринах смотреть на двери\окна, а на нижних смотреть на лампу справа, то на гауссе чётко видна "сетчатая" структура дофа, он как будто иксами идёт. Хотя гауссовский очень хорошо смазывает стыки между объектами, но гораздо хуже смотрится на ярком фоне.

+ что мне очень нравилось в ENB дофе и играх вроде батлфилда 4-го, что там в доффе есть эффект бокэ (размытие и округление яркого света):
https://img-fotki.yandex.ru/get/6719/109877...a5aa2b_XXXL.jpg + сам по себе он гораздо плавнее и мягче смотрится.
http://ap-pro.ru/forum/79-10233-5

Да уж. Посмотрел скрины ENB - единственное что я смог выдавить с круглыми глазами - это "Охренеть!" .

Да, ENB очень красиво смотрится на скринах, но в движении обычно там всё похуже, а одни и те-же настройки могут не подходить для разного времени\погоды\локации.

В этой теме и до конца есть ещё скриншоты.

красава

Наконец-то нашел место, почему не бладмарки не появляются стопроцентно.
В WallmarksEngine.cpp в 421 строке закомментировать:

Теперь они появляются в 95% случаях. Думаю, не надо пояснять, что 5% - это бладмарк просто не может правильно лечь на поверхность (стык фейсов, большой коллизийный шейп и тд.).
Тут я просто выставил r__bloodmark_ttl в единицу:

Тут лучше видно:

SkyLoader, все пашет как надо


Правда зеленуха получается, но это уже обсуждали...

SkyLoader,
Здорово, спасибо!