Смарт-террейны спавнятся в SDK Level Editor. В секции смарт-террейна указывается кастом-дата, ведущая к конфигу. Варианты настройки конфига:

[smart_terrain]
squad_id = 34 --видимо, id отряда РЕСПАВНА в этом смарте(!)
max_population = 1 --максимальное число отрядов в смарте
respawn_only_smart = true --если true, из смарта не удаляются отряды в симуляции.
respawn_params = respawn@pri_sim_12 --сцылко на секцию параметров респавна
arrive_dist = 100 --на каком расстоянии от смарта спавнить.
def_restr = pri_a16_sr_noweap --некая замена out_restr из ТЧ. Зона, где лагерь. За пределами - лагеря нет.
safe_restr = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых неписи бессмертны
smart_control = smart_control --сцылко на секцию контроля смарта
spawn_point = zat_sim_16_spawn_point --точка респавна
respawn_radius = 150 --радиус респавна. Если актер ближе - не спавнить. По умолчанию, понятно, 150.
respawn_sector = default --сектор респавна. Если точка принадлежит группировке и вокруг нет врагов - уменьшаем капасити до 1. Рабочих примеров нет. Работоспособность сомнительна
mutant_lair = --не работает.
no_mutant = --не работает.
forbidden_point = --не работает.

[respawn@pri_sim_12] --параметры респавна - отряды.
sim_tushkano

[sim_tushkano]
spawn_squads = simulation_tushkano --какие отряды респавнить
spawn_num = {+pri_a18_use_idol_done}2, 0 --сколько респавнить, и когда можно это делать. Если написанно 0 то распавна не будет. Если
написано 2 то каждый респавн будут спавнится 2 скварда

[smart_control]
noweap_zone = pri_a16_sr_noweap --зона принудительного убора оружия
ignore_zone = pri_surge_hide_a16; pri_a16_sr_light --зоны, в которых у неписей устанавливаются флаги combat_ignore_cond и
combat_ignore_keep_when_attacked = true
alarm_start_sound = {-pri_b305_fifth_cam_end} pri_a16_base_alarm, nil --озвучка на начало атаки актора
alarm_stop_sound = {-pri_b305_fifth_cam_end} pri_a16_base_relax, nil --озвучка на конец атаки актора

[exclusive]
pri_b35_envoy_after = pripyat\pri_b35_envoy_logic.ltx --ссылка на эксклюзивные работы для данного смарта.

Автор: KD87

Прежде всего, стоит накопить достаточно противорадиационных препаратов и медицины, а лучше научных стимпаков и если повезет, то несколько "неизвестных препаратов" на самый крайний случай. Контейнеры могут ослабить воздействие, но не убрать полностью - подберите с максимальной защитой.
P.S. Просьба не спойлерить детали нахождения арта. Пусть каждый попробует найти самостоятельно. А в сл. версии, добавятся наводки-подсказки и возможно отдельный квест на его поиски и доставку ученым.

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

agility,
energy usage,
energy regeneration,
perceptible weight

По цифрам в конфиге (gamedata/configs/misc/outfit.ltx) я понял, что:

agility - подвижность - параметр control_inertion_factor, прописывается в конфиге в таком виде: 1.18, в описании же у автора ставится 82% (это высокая подвижность, к примеру 1.55 - это уже будет низкая подвижность). Тут всё ок.

energy usage - расход сил - параметр power_loss - объясняется как усталость: если там 0.77, то силы тратятся на 23% медленнее. У автора же ставится "energy usage: +77%" вместо указания, что "на 33% медленнее". 1. Как это по-русски обозвать и какую цифру обыгрывать: 77 или 33 для данного примера? (Лучше бы 77% обыграть - не придётся везде цифры исправлять)

energy regeneration - уменьшение выносливости (как для надетых противогазов) - параметр power_restore_speed, в конфиге -0.0005, у автора в описании -5%, тут всё ок.

2. А вот perceptible weight - ощущаемый вес - вообще непонятно. В конфиге я не нашёл ничего, что могло бы быть кандидатом на эту роль. Взять. например, travel_outfit, его вес 4.67 кг, в описании perceptible weight: ~1.4 kg. Откуда эти 1.4 kg взялись - неясно.

но выпускать до выхода новой сборки точно не будет, в конце концом, можнобудет выковыреть оттуда.

По поводу якобы новых ттх - в описание для каждого из костюмов, для лучшего понимания приоритетов одних над другими, автором DAOO вручную добавлены числовые значения, т.е. они не подтягиваются системой. Ощущаемый вес и остальные новые значения - это попытка оправдать систему учета веса в текущем патче DA, где вставленный комбез или оружие в свой слот, перераспределяет вес и минусует в пользу ГГ.

P.S. Начсет, Ау? Как бы мы тут все (или половина форума) взрослые "дядьки"...
Если это "не срочно и жизненно не важно" - Оперативно ответить не всегда есть возможность, т.к. порой могу находится в поездке, где нормальная связь либо отсутствует или спутниковый инет стоит запредельно

с чего вы взяли, что авторы не правят баги? Все эту кутерьму по информации доделают в патче, ведь назвали его как раз таки патчем, а значит и недочеты будут правиться.
То что товарищ рейнфорд не отвечает, еще не означает, что не прислушивается, просто отвечать на одни и те же с момента появления нынешней версии да в сети одних и тех же сообщений с багами действительно могут надоесть, имхо. Да и в сообществе модостроителей не кто не кому не чего не должен.
Не то что бы грубил и оскорблял.
К примеру отправлял предложение товарищу рейнфорду, пришел ответ, мол рассмотрим, так что все возможно. ＝)

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

1. Износ для одиночного / очереди прописывается в gamedata/configs/weapons/*.ltx

condition_shot_dec = 0.00067
condition_queue_shot_dec = 0.00067

там же и процент износа, с которого начинаются поломки.

2. текст неисправностей прописан в gamedata/configs/text/*/ui_st_other.xml

3. у оружия, как внутриигрового объекта, есть метод get_weapon_condition_type(), который, как я понял:

a) живёт внутри движка,
б) возвращает установленный бит (32 бит - DWORD) в случае той или иной поломки, внутри LUA-скриптов делают побитную проверку этого двойного слова, чтобы вытащить конкретную неисправность:

for i = 0, 31 do
if (IsWeapon(obj)
and (bit_and(obj:get_weapon_condition_type(),math.pow(2,i)) ~= 0)
and (bit_and(self.repair_condition_type,math.pow(2,i)) ~= 0))
then
local name = game.translate_string("st_condition_type_text_"..i+1)
self:AddItemToConditionList(name,i,self.list_box_condition)
end
end

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

Скорость базового износа в конфиге конкретного ствола: condition_shot_dec (износ при одиночной стрельбе) или condition_queue_shot_dec (при стрельбе очередью), который также влияет на скорость новых поломок. Новшества поломок в Dead Air живут в разных местах, начиная с конфигов каждого ствола и кода поломки (condition_avail), далее в: items_condition.script, ui_itm_repair.script, ui_st_other.xml (пояснения st_condition_type)

UncleFester, честно говоря что 100%, что 99% - какая разница?
Смотрите bind_item.script, для ремки items_repair.ltx