Короче говоря, ENB 0.262 в связке с RL 2.8.5 выглядит как уродец
Слева - 221, справа - 264. Изменения в ini: отключен Bloom, включены Reflection и ParticleLights, немного уменьшены SunIntensity (у меня с дефолтными установками SunIntensity от Кристы слишком контрастные края облаков). Не отрицаю, что в итоге мои картинки 221 vs 264 немного отличаются, например, несколько более "прозрачным" воздухом у 221. Скорее всего это связано с отключенным (и соответственно не настроенным? в оригинале ParticleLights). Это в некоторых условиях (последняя пара) приводит к потере детализации вдали, но в других условиях (туман, дымка) - наоборот выглядит натуральнее. И в любом случае "уродцами" правые картинки я бы стал называть. Они просто немного иные, но в среднем - ничем не хуже.
Тест 3.0 Небо - просто шикарно, ГГ - отлично, с остальным - не очень. 1. Стабильность. Вылеты на рабочий стол при быстром перемещении - 5 раз из 6. Допускаю, что отчасти виноваты мои сэйвы, но при аналогичных экспериментах с другими энб (и теми же сэйвами) вообще никаких проблем с этим делом не было. 2. Вода. Категорически не нравится (при том, что это одна из фишек 26Х). Даже не знаю, как это сформулировать: местами - пластилин, местами - стекло. 3. Очень сильное самосвечение травы, ракушек и т.п ночью 4. Осенняя зона - полностью потеряла свое рыжее очарование. Да и в остальных местах (честно сказать - немного где пробежался, т.к. вылеты конкретно притомили, но практически во всех них) - чрезмерно задавлена насыщенность цвета.
В общем, после пары вечеров ковыряний с RL3(262) в первом приближении остановился для себя на миксе: 1. esp - от RL3 2. ENB - 264 3. файлы настроек ENB - оставил старые, слегка подправленные, от RL285 (влом повторно вспоминать/восстанавливать все изменения, сделанные в них за достаточно длительное время (в основном - в сторону уменьшения интенсивности солнца днем и еще большей темноты ночью). 4. и полная замена в ini секции SSAO на оную из RL3, имхо, именно в этом моменте - основные положительные изменения RL3. И получилось, надо отметить, - оптимально, любые попытки что-то подправить в параметрах секции приводят только к ухудшению картинки.
PS
Цитата Kris†a™
так задумано... Создается эффект горячего воздуха.
В Скае горячий воздух? Имхо - это уже перебор, ладно полуголая ГГ за счет маны обогревается, но отменить второй закон термодинамики!....
Игрового персонажа, во время игры - мы видим 90% всего игрового времени ... и на все остальное - остается 10%. Вот примерно такое соотношение и при выборе текстур.
Странная логика... Тот факт, что лично вы в игре 90% времени рассматриваете плоды своего труда (несомненно, профессионально и очень качественно сделанного) на самом деле никак не отменяет других фактов. 1. Даже в вашем конкретном случае в игре (эти самые 90%) вы видите не только ГГ, но, одновременно с ней, и ее окружение. Более того - вы значительно более 10% выбираете фон для получения удачной картинки. Т.е. утверждать, что "все остальное" это 10% - грешить против истины. Вы все 100% видите окружение и только 90% - ГГ. Итого: для расставления приоритетов важно не время присутствия на экране того или иного элемента игры, а время, на которое мы акцентируем внимание на этом элементе. 2. А теперь, если отвлечься от вашего случая модмейкера и взять среднестатистического игрока в самом игровом процессе, то приоритеты изменятся кардинально. Я уже писал ранее: ежели игрок будет 90% времени любоваться своей ГГ - он никогда не пройдет саму игру. 3. Остается случай "скриншотомании", в котором действительно, приоритеты ощутимо смещаются в сторону ГГ. Соглашусь, что с учетом даты выхода Ская, значительное количество народа сейчас уже в основном занимается созданием "своего Скайрима", нежели прохождением сюжетной линии. Но в любом случае обобщать этот вариант на всех и вся - некорректно. PS Предвижу стандартное ваше возражение, что все это делается "под себя", как следствие, остальное вас интересует в последнюю очередь. Можно пополемизировать и на эту тему, там на самом деле (с точки зрения логики и здравого смысла) тоже не все так однозначно, как вы это себе представляете.
попробуйте вспомнить, или, еще лучше, использовать предыдущую enblocal.ini файл, который вы уже настроены.
Проблема однозначно не только в этом. Сейчас сражаюсь с 100% вылетами при выходе из Хелгена. Чистая, начатая заново игра, подключены только оба Dem и RL3.1.
krnor, приношу извинения, со второй попытки начала новой игры вылеты прекратились сами-собой без каких-либо изменений в настройках. В чем было дело - так и не понял. Немного не в тему, но есть еще вопрос. Теперь пытаюсь решить другую проблему - подружить Dem2+RL3 с прочей кучей обычно используемых мной геймплейных, текстурных и интерфейсных модов. При предыдущих обновлениях RL и Dem особых проблем не возникало. Сейчас же - пока не получается, ни один из имеемых сэйвов стабильно не работает, в лучшем случае - 2-3 минуты и вылет (или при быстром перемещении). Добавляет хлопот и тот факт, что с этой сборкой модов невозможно начать новую игру, ГГ оказывается не в повозке, а рядом с ней, никто никуда не едет, только лошадки перебирают копытами, диалоги идут себе какое-то время по порядку, а затем прекращаются, игра не виснет, меню по Esc доступно, но ничего более. Никто не сталкивался с таким эффектом?
krnor, не думаю, что моя проблема связана с ENB (и его настройками памяти). Я вообще-говоря, обычно использую не SSME, а секцию: [Memory]DefaultHeapInitialAllocMB=768 ScrapHeapSizeMB=256 в skse.ini Но по вашей просьбе попробовал и вариант SSME (удалив секцию Memory). Результат - тот же самый, вылеты спустя пару минут. Лог: SSME v. 01080000 parsing INI file address 004BD832 patched from 6086290F to 6086110F address 00687E89 patched from 00000200 to 00000300 address 00A4E6BF validated as 10000000 parsing finished Насчет прочих перечисленных файлов настроек ENB - они не обязательно должны, они могут (и так, действительно, удобнее) располагаться в папке EnbSeries. Нахождение их в корне или внутри подпапки - никак не влияет собственно на работу ENB (На всякий случай - проверил и это). В общем, я не очень дорожу имеемыми сэйвами, они уже основательно замусорены и все-равно наступает время начать новую игру. И соответственно, меня больше интересует вопрос, почему у меня не стартует нормально начальный скрипт с путешествием до Хелгена?
Разумеется, при подключении SSME, в SKSE.ini соответствующие строки были удалены. Точно также я не копировал еще один вариант файлов настроек ENB в подпапку, а перемещал их. Соответственно, перечисленные вами конфликты никак не могли иметь место.
Ситуация после почти суток экспериментов следующая: при подключенных только RL3+Dem2 вместе с началом новой игры - никаких проблем, совершенно безотносительно настроек памяти в enbseries.ini, наличия или отсутствия enbhost.exe, использования SSME или skse.ini. Все попытки "сразу подключить все" ранее использованные моды (что при загрузках старых сэйвов, что началом новой игры) приводят к почти гарантированным вылетам, судя по всему - при смене cell (неважно, при быстром или обычном перемещении). Так что, с учетом 130 esp-файлов в сборке (это не считая прочих модов) мне явно будет чем заняться в новогодние каникулы...
Kris†a™, я абсолютно без претензий или жалоб в ваш адрес. Прекрасно понимаю, что проблема - сугубо в моей сборке, просто возникло желание разобраться с вопросом до конца, может результаты окажутся полезными и не только для меня...
За три года существования игры - переустанавливала ровно один раз
После появления МО я вообще забыл напрочь, что такое переустановка Ская По вышеописанной моей проблеме - виновник найден. Им оказался давно не обновляемый Skyrim Mod Combiner (точнее - моды, им объединяемые). В частности вылеты вызывали Realistic Water Two (заменил на WATER), Unique Grasses and Groundcovers (обновил). Дальше разбираться с SMC надоело, кто его использовал - знает, насколько долгое это дело перекомпилировать с его помощью десятки гигабайт текстур и мешей (особенно в моем случае, когда все это гоняется пусть и по гигабитной, но все-таки сети). В итоге удалил его к черту и поставил заново только основные HD составляющие. Остальное потом потихоньку само-собой добавится при выходе новых версий...
Wrye Bash + Tes5Edit так важно, чтобы узнать, какие мод заменить одни и те же вещи...
Сомневаюсь, что указанная связка помогла бы мне в поиске конфликтных модов больше, чем используемый мной МО. Список перезаписываемых модами файлов точно так же видны в МО, но в данном случае (вылеты, а не какие-то неправильно работающие элементы) это мало что дает. А лезть глубже файлового уровня по каждому из конфликтов - однозначно значительно бОльшая потеря времени, чем элементарное отключение модов "по-порядку" в МО.
Я сколько ни всматривался, вообще не нашел никакой разницы между этими текстурами, ни в плане детализации, ни в плане вышеозвученных глюков. Возможно, при каких-то очень конкретных тонах кожи персонажа, условиях освещения и положении камеры (плюс профессиональный глаз) что-то и можно заметить, но в средне-реальных игровых условиях имхо, разницы между вариантами - никакой.
Изменение репутации для пользователя imiami
imiamiOffline
Сообщение №676
| Тема: [DEM] Demonica: "Eva" v2.1
написано: 29 декабря 2014, 20:19
| Отредактировано: imiami - 29 декабря 2014, 20:21
а можно ваши скрины увидеть?хочется сравнить рядышком
Я их уже почти все поудалял, нашлась вот парочка, но сделанных без дополнительного приближения камеры, толку от них мало. Какие где текстуры - сам уже не помню (но точно - разные) Сегодня повторить не получится, если интересно - постараюсь завтра сделать покрупнее. http://i-fotki.info/18....pg.html http://i-fotki.info/18....pg.html Тут еще при рассмотрении этого вопроса нужно понимать, что мы пытаемся поймать настолько мелкие отличия, что на их "видимость" для каждого конкретного наблюдателя начинают влиять в т.ч. и программно-аппаратные вещи, как-то: PPI монитора, тип матрицы, настройка, калибровка/ее отсутствие. Например я разглядываю оные картинки на стареньком, но весьма приличном 20" PVA с PPI=100, неплохо настроенном, но неоткалиброванном (в силу отсутствия таковой возможности). А у Кристы - eIPS с явно меньшим PPI, своими особенностями цветопередачи, отображения градиентов, плюс она любит играть в неродном разрешении, что тоже не может не сказываться... В целом и общем - охотно допускаю, что даже на этой паре моих картинок вы увидите нечто, чего не вижу я в силу как субъективных особенностей возраста/зрения, так и объективных факторов.
не причем только в том случае, если создать нового персонажа после подключения DEM.
Вы не правы. Что на старом персонаже, что на вновь созданном после установки Дем, наличие правильно установленных и расположенных неоффициальных патчей никак в данном вопросе не мешает. Может в каких-то особых условиях дополнительные проблемы от них и есть, но у подавляющего большинства они отсутствуют. А вот как минимум пару вопросов они лично мне - закрыли. Так что в данном случае статистика говорит сама за себя: если бы эти патчи были такой жуткой гадостью, как вы это постоянно описываете, не было бы у них никогда такого рейтинга, а форумы бы просто разрывались от жалоб в их адрес.
Потенциальных проблем с модами вашего (и любого другого) авторства нисколько не меньше, если их располагать ненадлежащим образом. Но это никоим образом не говорит о их "вредности".
Ключевые слова - выделены жирненьким... Вы упорно наступаете на одни и те же грабли: ваше вИдение Ская: "модельное агентство LB-свет" - это частный случай, и хотите вы этого или нет, далеко не самый распространенный. Нисколько не умаляя достоинств LB (и далее), значительно бОльшему количеству народа от Ская нужно не только (и не столько) идеальное тело ГГ. И это вовсе не означает, что они все заблуждаются.
Возвращаясь, отоспавшись, к нашим баранам... Для затравки: https://www.youtube.com/watch?v=fJ9rUzIMcZQ https://www.youtube.com/watch?v=uTlPPqPodiA Иными словами, вы правы в том моменте, что популярность сама по себе в общем смысле не всегда является показателем качества. Но тут нужно заметить, что ваша музыкальная аналогия слабо применима в нашем случае компьютерной игры. Количество скачиваний мода - это не просто популярность, а скорее - востребованность или полезность для игрового процесса. Примерно равное количество скачиваний всех трех основных реплейсеров даже на данном "проLB-шном" сайте - хорошее тому подтверждение. LB берет качеством изготовления, остальные - количеством шмота, его "лорностью". Тот самый "мод ни о чем" в вашем определении - SkyUI, также имеет даже тут одинаковую цифру с LB. Это никак не говорит о "массовой тупости" предпочитающих CBBE или UNP, а лишь о том, что им важнее другие аспекты игры, нежели внешний вид ГГ, и не менее важен удобный игровой интерфейс вместо убогого приставочного порта. Вот этот момент вы постоянно упускаете/игнорируете в своих рассуждениях. Охотно допускаю (хотя и сомневаюсь), что вам эти цифры малоинтересны. Но не стоит при этом: а) обвинять поклонников других реплейсеров в "дурном вкусе", у них по большей части просто другие приоритеты в игре, и постоянные просьбы создания "скафандров" для LB - лучшее тому подтверждение; б) вкладывать в понятие "файлопомойка" отрицательный смысл, любой подобный онлайн-ресурс (и Модгеймс в т.ч.) в этом плане абсолютно одинаковы, все они содержат и мусор, и "бриллианты".
да пафыркали и в конечном итоге удалили. Детские объяснения не сработали.
И в чем проблема? Вы полагаете Копасов (или любой другой) обязан знать все десятки тысяч модов поименно их авторам? Заметили случай, сообщили, удалили. Обычный порядок действий.
На сайте ENB сообщение : 3 january 2015 Latest NVidia drivers have issues with the Skyrim mod, do not update them. У себя пока проблем не заметил, пробежался по их форуму - подробностей не увидел. Может кто в курсе?
И да ... если он занимается модами - то должен знать всех ведущих создателей, что они создают и в конечном итоге - "почерк/стилистику".
Он не занимается модами, он занимается сайтом. И даже, если бы и занимался, то не обязан был. Соответственно, он обязан лишь отреагировать, а предоставить всю необходимую для принятия решения информацию - дело подающего жалобу. Не видя переписку, не готов комментировать ваши слова "выпендриваться и дурака включать", но имея счастье общаться и с Вами, и с Копасовым...
Но, подозреваю, - малоперспективно. Оба мода отражают свое комплексное видение окружения авторов. Это скорее всего именно тот случай, когда плюс на плюс - даст в итоге минус.
Извиняюсь, что не совсем в тему... Не являюсь поклонником параллакса, но свежайшая связка parallax for terrain в ENB265 плюс Coast Beach Textures for Terrain Parallax выглядит очень приятно
imiami, паралакс оправдан только на высокополигональных моделях, которые хорошо сглажены и не имеют жестких скосов/срезов/углов.
Гм... Не спора ради, а познания для... А нафига он там, где объем и без того присутствует за счет "высокополигональной хорошо сглаженной модели"? Насколько я уловил из беглого прочтения назначения оного конкретно в ENB - это добиться эффекта псевдо-объемного рельефа на плоской поверхности?
только в таком случае появляется смысл в паралаксе ...
Понятно, что это дело имеет смысл только в связке с оптимизированными под него текстурами. Провел маленький эксперимент. Первая пара: первая картинка - обычная текстура (не ваниль, какой-то HD-пак), вторая - с включенным в ENB параллаксом: Имхо, с параллаксом - значительно хуже. Вторая пара - оптимизированные для параллакса текстуры (только для берега, дорога справа - обычная текстура), аналогично, первая картинка без параллакса в ENB, вторая - с ним: Берег слева, действительно получает дополнительный "объем" при включении, но одновременно становится хуже неоптимизированная дорога справа. Итого: пока все (или хотя бы подавляющее большинство) используемых текстур не будут под это дело заточены, использовать параллакс в ENB особого смысла не имеет. А если учесть тот факт, что среди уже подготовленных "параллаксных" текстур полно мусора, который хоть и добавляет объемности, но смотрится при этом не лучше, а хуже, то соглашусь, что ценность этого дела стремится к нулю.
Премного благодарен и я в т.ч., но в свете этого возник вопросик - вот бы с двемерскими очками их соединить (функционал - от двемерских, вид - этот)...