FNVFUN

Т.е. мне тут ничего трогать не надо? Имею в виду, правки команды ModAV.

@MagnuMspec можешь глянуть, зачем у этой книги плюс к Навыкам реализован через скрипт, а не как у остальных книг? Вижу, что в оригинале так не было. FFUndeworldParadiseLostBook "Потерянный рай" [BOOK:000BACFE]

В Вегасе у Пупсов +2 к Навыкам, а это DC - они вообще не должны плюсы к Навыкам давать.

Тут еще не все) Через время выкачу доп. фикс.

Исправлено тут

Сделано) Data.zip Совать в SFW-Master.esm Список актуальных спутников (увольнение через диалог и скрипт на увольнение всех спутников): Некоторые объекты помечены к удалению (Приставка в EditorID DELETE-) Тупанул и 3 рефа закинул в SFW-Master.esm Так что скидываю измененный SFW-Master.esm Для того чтобы добавить новый дом, если условие его получения только ключ, нужно проделать такие махинации: Для интеграции спутников кроме их личных домов (личные дома надо заносить в скрипт): Я там еще какие-то мелкие исправления вносил, которые и не вспомнить (пример, перевод "Фавкес теперь пойдет в магазин "На кратере"".) Озвучка на Виктора лежит в bsa-архиве Voice1 *Обновлено* 06.01.2026 Добавлены: RA-Followers.esm - Ангелочек и Мойра Браун *Обновлено* 04.03.2026 Добавлены: RA-Followers.esm - Компаньоны мода WWM

Зачем, если игрок только что выбрал это место?) Шаблон сообщения выглядит не очень. Это-то легко сделать, если нормальный шаблон будет без пола спутника и названия локации без предлогов в/на и т.п., только смысла в этом не вижу. Да и некоторые дома с большой буквы будут некорректно показываться в этом сообщение: "Ваш дом в Мегатонне, Свой дом для Ванессы" и т.п.. Лучше не трогать это дело, в общем. Не) Никак. Отдельная геморрная тема. Норм, а то пришлось бы много правок вносить)

Уже хотел выкладывать готовый фикс, но увидел, что в таблице во многих местах помимо ключей есть и другие требования. Эти требования надо учитывать? Пока скину, как выглядит в игре:

Более подробна рассмотрена формула расчета крит. урона "В отличие от множителя сложности, критический урон применяется до расчета порога урона, поскольку он считается базовым уроном. Упомянутый выше Коготь Смерти наносит дополнительно 125 урона при критическом ударе, что приводит к силе атаки 250 на нормальном уровне сложности. При 40 DT персонаж игрока получает вместо этого 210 урона, что приводит к 420 урону на очень сложном уровне сложности. Хотя в таком случае это неважно, это становится жизненно важным, когда у противника низкая сила атаки, которая сбрасывается до 20% от базового урона из-за ограничения, упомянутого в предыдущем разделе. Например, молодой коготь смерти наносит 40 урона, и если DT курьера равен 40, атака нанесет 8 (40 × 0,2) урона на обычном уровне сложности. Однако, когда молодой коготь смерти наносит критический удар, он наносит дополнительно 40 урона, что приводит к общему урону 80. С применением DT персонажа игрока окончательный урон становится 40, превышая ограничение в 20% и нанося чистый урон. На очень сложном уровне сложности это приводит к 16 (некритическому) и 80 (критическому) урону соответственно." Ну вот хз, как там лучше будет)

Так-то есть смысл в том, что мелкий калибр не пробивает броню, а больший - пробивает легче. Если пальнуть из крупнокалиберной винтовки в голову челику в силовой броне, разве он не должен откинуться? Если урон будет снижаться до 95%, даже при стрельбе из снайперки... Чет как-то не очень) Но тут интересная тема на вики и как разраб Вегаса решил ее немного исправить. Если вкратце, то к броне добавил немного СУ, чтобы была хоть какая-то устойчивость к урону, наносящему за раз очень высокий урон. "Места, где система DT не выдержала испытания, были теми же, где и обычные системы DT: приложения с крайне низким значением урона, высокой скоростью атаки (где DT почти мгновенно снижает урон до минимального порога) и огромный взрывной урон (например, от мини-ядерной бомбы). Чтобы решить последнюю проблему, я снова ввел низкие значения DR для брони в моем патче jsawyer. В случаях, когда персонаж получает удар в 100 единиц урона (например), и он носит броню 12 DT с 15% DR, DR обеспечивает более значительное снижение."

Точно? Значит, искать новый способ не надо?

Облом. Ссылки на ключи удаляются у маркеров при запуске ГЕКК)

Это все-таки в отдельную тему надо, так как баг) Я все равно не планировал добавлять всех спутников. В первую очередь добавлю тех, кем занимался когда-то, а если по всем проходится, то это раза в 2-3 больше работы будет, духота)

Такая возможность не предусмотрена.

Шлемы из модулей не адаптированы.

Да, создам два рефа, один будет для DC, другой - для NV. Ну и потом, если игрок, допустим, находится в DC, то используется команда GetLinkedChildren для рефа DC. Понял)

Прикол, есть такая штука) GetLinkedChildren Т.е. можно к каждому маркеру присобачить связующую ссылку, а потом в коде одной строчкой получить массив всех маркеров) Причем, по регионам легко будет разделить. Придется снова все переделывать. Кстати говоря, разбивка будет только по двум регионам же? Или как в таблице? А все, увидел, что там подписаны основные регионы.

Будет, так как мне лень для каждого модуля ГЕКК включать, а ФормЛисты уже сделаны)

Ну, если в моем моде уже правки пакетов/диалогов сделаны для них, то не надо.

И еще по аналогии с названиями и ключами, как легко определить регион, можно связанную ссылку присобачить к каждому маркеру)

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

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

В фиксе будут маркеры для каждого спутника, которые перемещаются к маркерам домов.

Ну так ради бога) В основной какой-нибудь формлист можно так и заносить будет, по идее. Только речь про те дома, что уже известны и создание в каждом модуле FormList или скрипта, что дает лишние записи. Зачем лишний скрипт/формлист создавать, если можно маркер перенести в SFW-Master, чтобы он сразу был доступен из основного скрипта. А там много модулей, где по паре домов всего. И поменять диалоги/пакеты для компаньонов) Не, неохота.

Тогда нет смысла их переправлять на SFW-Master) Т.е., допустим, есть MZC, там один дом. Если я перенесу маркер дома в SFW-Master, то потом я просто в скрипте напишу А если не переносить, то надо создавать пустой ФормЛист в SFW-Master, а потом его перезаписывать в MZC, закидывая туда маркер, и все это ради одного дома. Просто по сути будет одна лишняя запись/перезапись. Если в сам скрипт добавлять, то там будет простой шаблон на подобии того, что я скинул выше, так что не вижу смысла париться - всегда легко сам скрипт отредачить. Но это если ты не собираешься добавлять кучу домов в будущем в какой-то из модулей. В общем, скажи, есть ли конкретные модули (или все), в которых нужна необходимость добавления домов без использования скрипта (а с использованием ФормЛиста), тогда я дальше буду действовать)