Полтергейст

AK лучше было бы добавить через редактирование профиля. Насчёт точки старта - надо сделать параметр upd:position таким же, как и position.

Кто-нибудь может объяснить, почему не работает callback.zone_enter? Или его надо на объект ставить, а не на restrictor?

В конфиге контролёра дописать строку FriendCommunityOverrides и перечислить дружественные ему группировки через запятую. Только сначала проверить, нет ли там этой строки. С другой стороны, у монолитовцев и зомбированных выставлено species = zombie, а в [monster_relations] они с контролёром уже друзья. Добавлено через 28 мин.: Ошибся, правильное название - Friend_Community_Overrides

Подскажите кто-нибудь, куда поставить колбеки типа callback.zone_enter callback.zone_exit чтобы срабатывали при входе/выходе из space restrictor. Хочу заменить ими постоянные вызовы zone:inside(position) при обновлении, чтобы кушать меньше рескрсов.

PavelSnork, надо в самом начале функции дописать вот так: function parse_condlist(npc, section, field, src) if npc == nil or src == nil then return end

У меня вот такая проблема: сделал, чтобы динамические аномалии могли создавать артефакты (поставил BirthProbability=0.01), после этого стал виснуть биндер игрока (пропали часы, перестал отображаться пункт "До встречи" в диалогах, стали портиться сохранения). Что сделать, чтобы не висло? Появление артов в онлайне убрал вообще, не помогло.

Всё, с вылетом на подземке покончено. Оказывается, проблема была в NLCшном скрипте sak.script в функции out_teleport. Не знаю пока, в чём именно, буду разбираться.

Так, с тем вылетом разобрался, это было из-за неопределённого состояния (когда объекту можно переходить и в оффлайн, и в онлайн). Но есть другая проблема. У меня при попытке зайти в подземелье Агропрома всё время пустой вылет. Что пробовал делать: 1. Убирал все смарты и всех неписей, кроме доктора (он всё равно в начале в оффлайне) 2. Удалял флешку Стрелка из объектов (через alife():release()) 3. Запрещал всем рестрикторам и аномалиям переход в онлайн. 4. Пробовал отлавливать в тёмном углу точки, у которых vertex_id < 0 - не обнаружены. 5. Только что запрещал переход в онлайн всех физ.объектов и осветителей (hanging_lamp) И всё это безрезультатно. Я уже просто теряюсь в догадках. Кто знает, что это может быть? В NLC 5.1 туда (в подземку) что-нибудь спавнится? Если да, то где это можно найти и вырезать? Самое интересное, что на остальных уровнях, до которых доходил (а это Кордон, Агропром, Свалка, ТД, Бар) всё ОК. Проблемы только на этом уровне. Может это какой-нибудь движковый баг, который я случайно привёл в действие? Знатоки, подскажите.

Что может означать вот такой вылет?

В секции spawner в строке cond ставится условие, при выполнении которого непись заспавнится. В данном случае это инфопоршень {+bar_heli_scene_stay_online} (у себя заменил на {-bar_rescue_research_done -bar_rescue_research_fail}). Респавн так сделать не получится. Максимум, что тут можно сделать - поставить section_name = stalker_sakharov, чтобы непись стал неуязвимым. Распавн ставится в объектах, у которых section_name = respawn. Там уже легче разобраться.

Попробуйте через ACDC. Как в xrSpawner'е это выглядит - не знаю, т.к. у меня он отказывается работать.

Ну вот, вытащили на белый свет Попробуйте поставить ef_***_type как у бюреров, чтобы иогли таскать предметы.

Кто-нибудь знает, есть ли такой мод, где после отключения выжигателя абсолютно все (кроме нескольких новичков, квада охранников Бара и нескольких его посетителей) уходят на Радар и дальше? То есть, где южные локации почти пустые.

Товарищи, выручайте! Никак не могу понять, почему функция gulag_inactive в xr_conditions перестала работать. Её я не трогал. xr_gulag откатывал на оригинал, тоже не помогает. smart_terrain тоже почти оригинальный, функцию unregister_npc могу выложить, если кто готов помочь. :(

Все ключевые персонажи прописываются в all.spawn. Можно создать отдельную секцию, в которой задать свои параметры (имя, ссылка на описание персонажа в xml и т.д.), но не все. Story_id вроде бы нельзя задать таким способом. Дело в том, что net_packet'ы я вообще не трогал. Тем более, этот класс не перегружаемый, а извне я вызовы не ставил. Могло что-то само собой получиться в вызовах STATE_Write в amk.script, но его я тоже не трогал. Единственное, что пришло в голову - поставил Scheduled = on в конфиге m_stalker.ltx.

Однако ж. Оказывается, радиус переключения в онлайн не является одинаковым для всех объектов. К примеру, для смартов он намного больше, чем для неписей. Похоже, что именно поэтому и наблюдаются баги при попытке заставить смарт быть в оффлайне до перехода любого его NPC в онлайн. И ещё, насчёт перегрузки клиентских классов. Похоже, это всё-таки возможно. Есть такой файлик - ce_switcher.script. Там наглядно показано, как это делается.

Подскажите кто-нибудь, что это за вылет? Возникает спонтанно, в любом месте (из-за этого дальше начала Свалки не дохожу). Чаще всего после убийства какого-нибудь NPC. Из-за чего это может быть?

Ищу кого-нибудь, кто лучше меня разбирается в скриптах, безлоговых вылетах и логике. Задача - узнать, почему при переходе на подземелья Агропрома вылетает без лога. Также нужны советы по некоторым моим нововведениям (в т.ч. запланированным) в скриптах.

Почитал, решил высказаться. Бандиты - шелупонь всякая, слабаки. Пытаются показаться сильными, сбиваясь в кучки. Наёмники - похожи на бандитов, только покруче. Одиночки - все разные. Иногда среди них есть замаскированные бандиты (к примеру, на ферме в ТД). Военные - те же зомби, только не разлагаются и держат себя в порядке. Только вместо контролёра государство, которое везде лезет со своими интересами. Долг - фанатики-зононенавистники. Из-за своей фанатичности часто не предвидят последствий своих действий. Свобода - идеология простая: не трогать кирпич на краю крыши, если не собрался падать. Иными словами, жить по существующим в Зоне правилам и послать нафиг любителей навести свой порядок. Монолит - перевоспитанные в религиозную сторону зомби. Непонятно, что они не поделили со Свободой - давно бы могли объединиться и прогнать Долг. О-сознание - с одной стороны, наносят вред всему и всем своими действиями. С другой - смогли доказать, что государства совсем не хозяева положения. Экологи - пытаются разобраться, что к чему, прежде чем что-то делать. Плохо, что зависят от военных. --- В игре стараюсь обходить всех враждебно-настроенных. Если увязался "хвост", стараюсь столкнуть его с другим врагом, чтобы переждать где-нибудь, пока будут разбираться.

Попробуйте выключить amk_offline_alife. С этими смартами вообще бардак какой-то творится - мало того, что прописывается в них чёрте знает что (предметы, к примеру), так ещё и убрать зависимость онлайн-статуса непися от статуса смарта - куча проблем.

У меня такой вопросик - как сделать, чтобы предметы не прописывались в smart_terrain? Не знаю, как так получается, но в какой-то смарт пытается прописаться какой-нибудь предмет, например, пачка патронов (вызывает register_npc()). Этот глюк, похоже, был и раньше, только smart_terrain.script до редактирования пропускал этот баг (не было отложенного заполнения npc_info -> не вызывались методы, которые есть только у живности), но его ловил amk_offline_alife при вызове npc:alive() (писал, что нет такого метода). Тогда я не обращал на это внимание и просто поставил проверку на наличие функции alive и закрыл на это глаза, оказалось, что зря. Как с этим можно бороться? Фильтрация в suitable(), enabled() и register_npc() не помогает. Тогда это нужно делать через se_stalker.script. Отследить по имени секции и при вызове on_death() удалить объект и создать заново. Естественно, удалять только через планировщик отложенного удаления (как в теме про вылеты без логов, только поправить ошибки). Спавнить скорее всего тоже таким же способом, иначе он заспавнится ещё до удаления.

Вчера обнаружил, что зависимость онлайн-статуса npc от этого статуса смарта прошита в движок. Как обнаружил - в se_stalker убрал перегрузку функций can_switch_*, в смарте в этих же функций поставил проверку условий существования смарта (smart.gparams.cond). Короче говоря, как только это условие не выполняется, смарт переходит в оффлайн. Первый же удобный случай - смарт, в котором прописан раненый у вагончика на Кордоне - показал, что этот раненый после перехода смарта в оффлайн тоже переходит в оффлайн (при этом выходит из смарта).

И в результате все аномалии скопятся в "разрешённой" зоне. Количество их так не снизить, надо править список, "anoms_per_level" кажется.

Почему же, можно сделать случайный радиус поражения в определённых пределах. И сделать так, чтобы он мог быть больше, чем shape. А с путями вроде в amk исправили ситуацию в move_mgr. Я у себя добавил вызов этой проверки в smart_terrain:task, чтобы заведомо закрытые пути отсекались сразу. И ещё такой вопросик: кто-нибудь знает, что это за действия в stalker_ids? и работают ли они? Кстати, насчёт трансмутаций - я вот думаю, проще было бы поставить hit_callback артефакту и по "who" определять тип аномалии. Если подходит - начинать трансмутацию. Для нескольких предметов чуть сложнее, но тоже можно таким способом сделать.

У меня так получилось, что скрипт этот перестал работать (который запреты ставит). Даже если переставлял на оригинальный - всё равно не пашет. Да и так проще - не нужно никаких скриптов, аномалии сами добавлаются в restrictor'ы... красота. Что до точек пути - это вроде как обошли в move_mgr + если поставить эту проверку в функцию se_smart_terrain:task, то это перестанет быть проблемой (аномалия сразу же удаляется с пути). Можно ещё поставить precondition для action_smart_terrain_task.