NightVz

Нет, не может. Сейчас есть только одно "исключение из правил" - локация Янтарь. Там погода уникальна, но при этом не рандомна. P.S. Вероятно, на пробу сделаю ещё один пресет ("Mist"), в котором будет использоваться новый метод формирования тумана. По понятным причинам - только для DX9.

Сейчас такого тумана нет. И дело даже не в его интенсивности. Можно и по новой методике сделать несильный туман. Различие в другом - в нынешней реализации при тумане на небе есть облака (кстати, они и не позволяли усилить туман сверх того, что есть). При новой реализации облаков нет, вместо этого игрока окружает равномерный белёсый (или любого другого цвета) туман. И по сторонам, и сверху - везде. Но зато интенсивность фога и дальность обзора можно варьировать в любых пределах. Вот такая дилемма. Что лучше? Пока не знаю... Ну а по привязке тумана к предшествовавшему дождю - нет, такого сделать нельзя.

Нашёл способ, как делать туман произвольной интенсивности и с любой дистанцией видимости почти без артефактов. Теперь совершенно не проблема сделать вот такой вот mist: А при желании можно наворотить и ещё посильнее. Соответственно, вопрос - а нужно ли оно? Оставить ли существующий сейчас в пресетах туман, или переделывать всё таким вот образом (но с более адекватной интенсивностью)?...

Это на статике. На динамике fog_density помимо этого определяет плотность дымки между игроком и границей fog_distance. И очень жаль, что для этой дымки нет отдельного параметра... Так кажется только поначалу. По мере проведения практических экспериментов находятся подходящие скайбоксы и определяются компромиссные дистанции/плотности тумана с тем, чтобы минимизировать "психоделический эффект" от просветки неба на фоне холмов и при этом задать желаемый туманный конфиг. Для создания туманной погоды лучше всего подходят скайбоксы, имеющие в нижней, граничащей с горизонтом части, относительно равномерную или похожую на слои тумана структуру. В результате, когда такое небо просвечивает сквозь дальнюю геометрию, создаётся иллюзия клубов тумана. Ну а по значению fog_distance - 100 метров - это минимум, когда ещё можно что-то сделать относительно аккуратно. Но лучше задавать чуть побольше - 150...200 метров.

Со скайбоксом sky_13_cube_nignt?. Это исключительно "мрачное" небо, какая уж там луна... Убирать тени таким образом и не нужно. При желании достаточно прописать sun_color = 0, 0, 0. Просвечивание неба сквозь геометрию на горизонте обусловлено кривостью реализации тумана в игре. По мере увеличения fog_dencity небо начинает проступать на фоне всего, что удалено дальше, чем fog_distance. Более того, сами дальние клубы тумана представляют из себя текстуру неба, "наползающего" на уровень. Это уже на дистанциях, меньших fog_distance туман рендерится собственно как дымка, как фог. Но правда в DX9. На статике этой дымки вообще нет, там с туманом совсем ж...па плохо.

Дело хозяйское. Но для многих игроков темнота ночей (и неба) в первых версиях мода была перебором. Нынешний вариант - компромиссный. Гораздо темнее чем в оригинале, несколько темнее чем в АМК, но посветлее чем должно бы быть на самом деле. К тому же, общий уровень амбиентной освещённости в DX9 каждый может отрегулировать под себя и под свой монитор сам, задав в консоли подходящее значение r2_sun_lumscale_amb (рассеянное освещение на уровне), и/или r2_sun_lumscale_hemi (степень влияния яркости неба на освещённость уровня). Ну а Луна - она и так не постоянно присутствует на небе по ночам.

Небольшое лирическое отступление. Для тех, кто хочет оценить качество проработки деталей в тенях на своём мониторе, что называется "по максимуму", привожу пару ссылок на очень характерные фотографии от одного автора: http://foto.ixbt.com/?id=photo:133155 http://foto.ixbt.com/?id=photo:133153 Комментарии и пояснения под фотографиями. Но сразу скажу, это очень серьёзный тест монитора. И в случае "неудачи" просто накручивать яркость пожалуй не стоит...

Walkie Приведённая методика хода светил не нова. Изъян же её состоит в том, что вместе с быстрым возвращением на "исходную позицию" светил, требуется возвращать и скайбокс. А это сильно заметно. Да и не стоит оно того. Обязательный ход Луны с востока на запад - это уже излишняя педантичность. Уверен, что большинство игроков не проверяли даже, в верном ли направлении движется солнце, не говоря уже о луне. Во втором рендере параметр hemi_color практически не работает. Точнее, он влияет только на очень незначительную часть объектов, буквально на единицы. В DX9 чрезвычайно большое влияние на освещение уровня оказывает тип скайбокса и установленная "яркость" неба. Но при этом в конфиге user.ltx есть такой параметр как r2_sun_lumscale_hemi. И вот он, судя по всему, определяет коэффициент передачи освещённости от неба на сам уровень.

Это пока необъяснимый для меня феномен. Смотрел в тоннеле на Кордоне - всё ОК, никакого увеличения яркости при взгляде наружу ночью. В других местах тоже. А вот в отрезке тоннеля на Свалке обнаружил этот момент. Может, и ещё где-нибудь есть, не знаю. Хоть он и не особо критичен, но заметен хорошо. Выглядит как постобработка от высокой радиации, но без самого эффекта "сепии" и шума, а просто повышение яркости. Если честно, понятия не имею, с чем это может быть связано...

Потому что иначе нельзя. В конфигах прописан азимут "солнца" для каждого часа суток. Но вообще это один параметр и для солнца, и для луны. Мы просто в нужные часы меняем flares. И невозможно задать бесконечное циклическое вращение по- или против часовой стрелки. Если мы начнём в час ночи с 0 градусов (условно), а в ноль часов дойдём до 330 градусов, все сутки светила будут идти корректно, а за промежуток времени с ноля часов по час светило пройдёт не оставшиеся 30 градусов с 330 до 0 (360), а быстро побежит в обратном направлении с 330 до 0. В итоге нам приходится сперва вести солнце с востока на запад, а после возвращать его (уже как луну) с запада на восток. И так всё время. Тогда цикл работает.

Во-первых, в АМК не используется weather_default.ltx, там более разветвлённая система конфигов. Во-вторых, в конфигах нет никаких параметров, отвечающих за "высоту" неба. Что до движения светил - оно реализовано полноценно. Нет, я конечно с калькулятором не сидел, ничего не высчитывал. Но солнце встаёт на востоке, высшей точки в зените достигает в полдень на юге, а потом идёт на запад, где и заходит. Луна идёт по небу в обратном направлении. Скайбокс вращается вместе со светилами, с небольшими флуктуациями. P.S. Вообще, "совмещение" подобных модов путём замены текстур - это дохлый номер. Дела не будет. Но к сведению скажу: я тщательно пересмотрел текстуры неба из Weather Overhauled (вероятно, в STALKERSkies те же). При всей их броскости и "как бы красоте" использование большинства из этих текстур в Сталкере себя не оправдывает. По разным причинам.

В DX8-рендере hemi_color определяет амбиентную освещённость на уровне. Что характерно, параметр ambient, которым мы задаём рассеянное освещение в DX9, в этом рендере тоже действует, но главным образом в помещениях (поэтому оставляем его практически таким же, как и в DX9). Для задания амбиентного освещения аутдоров в DX8 мы оперируем именно hemi_color. Это большой гемор, конечно, - настраивать картинку для двух рендеров индивидуально. А по 4-му полю - какого-то его влияния на картинку на статике я не увидел.

С погодным модом идёт только одна кубическая текстура неба - sky_21_cube.dds. Если в STALKERSkies 1.1 есть текстура с таким же названием, она затрётся. Но вообще, тут могут быть некоторые неприятные моменты. Если вместе с STALKERSkies копируются новые текстуры неба с теми же названиями, что и в оригинальной игре (а зачастую так оно и делается), перед установкой погодного мода их нужно обязательно удалить (содержимое папки gamedata\textures\sky\...). В противном случае при ссылке в конфиге погодного мода на такую текстуру будет подставляться не та, на которой настраивалась картинка, а текстура из STALKERSkies. И тут нужно понимать, что это не просто замена "картинки сверху". Текстуры неба и маленькие "светофильтры", идущие в комплекте с каждой из них, очень явно определяют картинку, вплоть до таких деталей, как освещение уровня и спектральный состав этого освещения. И если изображение настраивалось с совершенно другой текстурой, скорее всего при такой перестановке выйдет явный (или не очень явный) косяк.

Тут дело в следующем: в пресетах мода встречаются часы, когда в большинство или во все четыре конфига (в ясный, пасмурный, дождевой и грозовой) намеренно прописана одинаковая погода. Это те самые "погодные окна" - ясные и красивые закаты/рассветы, туманные утренние и вечерние часы, ясная лунная ночь... В разных пресетах окна разные, разной степени гарантированности, и их немного. Но вот тут может быть "нескладуха" - погода как бы из дождевого конфига, а небо ясное. И если в это время приходит новость о дожде (а по дефолту они могут приходить один раз в пять игровых часов), получается "кекс", ошибка гидрометцентра. Не часто, но такое возможно. В качестве компромиссного решения проблемы могу в любых желаемых пределах увеличить время между поступлением новостей, касающихся погоды. Штатным АМК-шным средством тюнинга новостей - конфигом news.ltx. Более основательная переработка требует соответствующей квалификации и чёткого знания алгоритмов работы АМК-шных новостных скриптов. Я не программист. Если кто-то знает, как выборочно исключить определённые часы из погодных новостей - пишите. Но не гипотезы, а квалифицированные и обдуманные программерские решения. Хотя, если честно, я не думаю, что это такая уж проблема.

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

kliht Есть ли у тебя такие сэйвы, после которых всегда, т.е. гарантированно происходят глюки? Сразу или спустя некоторое время. Ну или можешь ли ты как-то иначе, но однозначно дождаться проявление бага? Если да, попробуй поставить это: http://dump.ru/files/o/o401043288/ и тщательно проверить ещё раз (остальным качать не надо, ничего интересного там нет). Сразу говорю, погода будет совсем другой, скачки могут стать значительно менее заметными. Важен лишь принципиальный момент - исчезнут глюки или нет.

Для начала - это в каком рендере и с каким пресетом?..

Изменения в версии 0.98b: - В пресете October есть вероятность как ясных, так и туманных закатов и рассветов (только DX9). - В пресете Depressive в ненастные дневные часы усилен туман (только DX9). - В пресетах October и Depressive слегка увеличены шансы ненастной погоды. - Исправлено несколько мелких ошибок. Ссылки для скачивания мода: http://ifolder.ru/5895828 http://dump.ru/files/o/o628114954/

Стоит ли выложить обновление? Изменений в принципе немного, большинство затрагивает только DX9 (туман). На новую версию это как-то не тянет. Но пока не знаю, когда ещё будет время заниматься модом дальше...

Немного "пошаманил" с пресетами. Вот примерно так выглядит Депрессив: http://www.youtube.com/watch?v=5mikAkaTKjA Каких-то очень больших сдвигов в сторону "мрачняка" нет. Не знаю, оставить его таким или ещё чуть-чуть усилить туман в дневное время и/или шансы на ненастную погоду... И Октябрь: http://www.youtube.com/watch?v=CVLdNKVXiiI Теперь есть шансы на утренний/вечерний туман. Кажись, в видео это произошло один раз, в начале. И чуть-чуть уменьшена вероятность выпадения ясной погоды... P.S. Ещё раз упомяну, что постоянные "уходы" облаков в опережение или в запаздывание относительно светил сделаны специально, чтобы солнце и луна в процессе движения по горизонту хоть немного смещались относительно облаков. Это заметно только благодаря сильно ускоренному времени.

Нет, в "дождевом" конфиге этого пресета на 5-00 в параметрах облаков было пропущено значение прозрачности слоя. В итоге за неё принималось следующее число (скорость движения облаков), а сама скорость оказывалась не заданной (в данном случае - нулевой). В итоге картинка в этом конфиге и на этот час выглядела не вполне правдоподобно, и только. Вообще, при подобных редактированиях конфигов совсем избежать ошибок очень трудно, практически невозможно. Критические ошибки выловить легко, а ошибки и описки, подобные описанной выше, могут проходить и обнаруживаться уже позже, спустя какое-то время... На рассвете и закате туман гарантированный, днём - только при "дождевой" или "грозовой" погоде. Плюс к этому, в данное время он заметно послабее и граница fog_distance прописана подальше. Шутерной части геймплея не должно мешать.

Сделаю. Собственно, уже гляжу и тестирую. Я переглядел пресет Сентябрь - вроде он вполне сбалансирован по солнечности/облачности/дождливости (да это и по видео понятно: http://www.youtube.com/watch?v=2XYbcHE4riU ). В качестве дефолтного пресета Сентябрь подходит вполне. Так что в Октябре вполне можно сделать туманы по утрам и вечерам при выпадении на это время погоды из дождливого или грозового конфига. Ну и сделал "пожёстче" Депрессив. В дневное время тоже высокие шансы на туман. Хоть и не на такой сильный туман, как на закате и рассвете, конечно. Теперь вот даже не знаю, стоит ли заморачиваться с этим в DX8-версии. Всё же в ней туманы выглядят очень лажово... P.S. Кстати, уже нашёл одну ошибочку в предыдущей версии. Ничего серьёзного, описка, но в DX9-версии Депрессива иногда могла быть немного неадекватная картинка в районе 5-00 утра.

Нет, можно сделать только одну из двух вещей: либо включить локацию в общий "случайный" погодный механизм, либо вывести её из этого механизма и прописать на ней свой уникальный, но жёстко предопределённый 24-часовый погодный цикл.

В нынешнем АМК нет возможности сделать какие-то случайно выпадающие "блоки" погоды. В каждый последующий час погода с заданными вероятностями может перейти из текущего состояния в какое-то другое, одно из четырёх. И это всё. Если мы хотим повысить шансы определённого состояния в некий час, мы просто прописываем эту погоду в два или более конфига. Если прописываем во все четыре - желаемая погода будет гарантирована. Понятно, что невозможно сделать "блок закатов", выпадающий целиком, при этом на следующие сутки с некоторой вероятностью чередующийся с "блоком тумана". Мы или делаем "блок", когда два и более часа подряд предопределены на 100%, или делаем что угодно другое, например два часа рассвета в одной паре конфигов и в это же время два часа тумана в другой паре. Но тогда мы совершенно не можем гарантировать, что желаемые два часа выпадут последовательно. Зачастую будут выпадать рассвет, "непонятно отчего" переходящий в туман или наоборот. В общем, не сильно разгуляешься... Повторюсь, я могу сделать так, что в Окрябре по утрам и вечерам будут чередоваться ясные рассветные/закатные часы с туманными. Но как оно будет выглядеть в динамике, как перетекать из одного в другое - чёрт его знает... P.S. Возможно, сделаю один "жмучный" пресет исключительно под DX9 (из-за обильного использования тумана). Раз уж так много ценителей туманного амбиента. Сейчас вот думаю, что должен из себя представлять этот пресет (разумеется, не от балды, а опираясь на текущие возможности задания погоды). Что-то такое мрачное, депрессивное, с частыми густыми туманами. Хотя делать сплошной Mist - вроде бы тоже перебор (?) В общем, поглядим...

Утренний и вечерний туман только в Депрессиве. В принципе можно переделать Октябрь таким образом, чтобы поутру и вечером был шанс как тумана, так и "красивого" рассвета/заката. Смущает только то, что не будет "цельности" погоды. Скажем, возможна ситуация, когда в пять утра начинает заходиться красная заря, но уже через пол-часа она "тухнет", и всё вокруг обволакивает мрачным туманом. Или наоборот. Как-то это выглядит странно и неубедительно, как по-мне. Вдобавок к этому, в DX8 туман реализован намного хуже, чем в DX9. По сути это вообще не туман, а быстрый уход в серую пелену начиная с какого-то расстояния... Так что сделать не проблема, была бы потребность при понимании, что из этого выйдет. Только говорю сразу - плодить пресеты сверх того количества, что уже есть сейчас, я не стану. По крайней мере, до тех пор, пока есть DX8 - точно. Могу только что-то изменить в существующих. Вот тут идеи принимаются.