Mass

Думал их несколько! Можно же указывать цели через запятую. Кстати, согласно gulag_general.script while path_exists(target_gname.."_kamp_"..path_idx.."_task") do Где target_gname это имя смарта целевого, path_idx- индекс Этот путь у вас есть? Или у вас эксклюзивы? Это в самом смарте делается (all_spawn)

Плохое решение проблемы. Я уверен одной ошибкой дело не ограничится! Если что-то другого не будет хватать, то это пустая трата времени! Нужно Вам заново всё переустановить! Так зато без рисков сможете насладиться и дальше игрой!

Если не уверены что с аи сеткой всё нормально, удалите target_smart у yan_snork1. Вроде по логу у него назначена цель на yan_zombied_attack. Так снесите его! Возможно в рестрикторах дело еще.... Сложно что-то подсказать! Про логирование написал в лч. Много букаф!

Начиная с железа компутера( например:разгон неудачный) до банальной невнимательности! Увы, какой вопрос-таков ответ!

Вы точно уверены что в этот момент нпс под логикой? Попробуйте сделать логирование хотябы апдейта этого непися и enemy_gulag. Посмотрите результат на чем спотыкается игра! У меня данная функция нормально работает! Всё может быть, поэтому нужно смотреть в апдейте активную секцию данного сталкера. Что с ним в данный момент происходит

Вообще-то -это ошибка была! Вы не правы! В ЗП есть аналог функции только без итерации Он находится под логикой активной схемы или в комбате в idle состоянии? Рядом есть раздражители? Ой зря! Возможна еще одна ситуация при симуляции в комбате! Может добавить еще проверку is_smart_in_combat Типа смарт в состоянии атаки или защиты? Мало ли комбат игноре всему виной

Не совсем! Если будет активный враг (best_enemy) и не будет надстройки xr_combat_ignore_cond, то нет! Иначе будет игнорить звуки стрельбы звуки трупиков, гранаты... Странно,а должно. Что в лог пишет? Я так понимаю, yan_zombied и yan_zombied_attack это смарты, да? local n = g.name --' Тут не ошибка ли? local n = g:name()

Это понятно что быстрее! Я пытался найти потерянное оружие скриптом, делая проверку сравнения айди активного оружия и лучшего оружия, но ничего не вышло! Движок каким-то образом заставляет нпс убирать активное оружие! Еще стоит учесть что непись может быть ранен 2 раза при анимации в библиотеке drop! И может возникнуть ситуация что оружие у него украли, и пистолет, и главное оружие. Поэтому на всякий случай добавил проверку в эвалуатор! Во поэтому связка скриптов state_mgr_*** имеет защиту. По крайней мере, ошибок больше не было. Кстати rx_combat имеет ту же самую проблему!

post_combat.weapon_locked(npc) Как раз возвращает false если активное оружие не существует! Про анимации сказал, потому что этот код вызывает ошибку при дебаге! Лучше всего юзать state_mgr если нужно стрелять в позицию! Затем когда этот код выполнился, получилось что активное оружие потерялось И только потом на следуещем апдейте активное оружие вернулось!

Объясните мне непонятное для меня! Имеется скрипт rx_kill_wounded от bak'a В нём этот код: if self.type ~= 0 then if not post_combat_idle.weapon_locked(npc) then npc:set_item(object.fire1,npc:active_item(),math.random() < 0.2 and math.random(2,12) or 1,650) end return end Здесь получается что если мы выбрали рандомно оружие. И далее самое интересное.... Проверятся логическое значение из функции weapon_locked, но если у нас нет активного оружия и лучшего оружие в данный момент, то как мы тогда можем стрелять? Тут наверное лучше использовать object.idle что-ли? Я не понял этот код! Но вообще ,чтобы не было ошибок, object.fire1 без кучи проверок лучше не юзать, а использовать спец анимацию из state_lib при стрельбе по цели через set_state

Это чисто ошибка планировщика! Где-то произошел затык. Когда эвалуатор evaluator_state_mgr_idle_alife должен возвращать false, но при переключении схемы возвращает true! И остается активным, несмотря на активную анимацию, например: animpoint_stay_table без активной схемы и секции разумеется! Очень бы не рекомендовал этот аборт убирать! Потому что в сейв могут записаться некорректные данные. Уж лучше один раз вылететь, чем потом всю игру страдать! Пока для меня причина, подобного, непонятна! Возможно у кого-то есть мысли на этот счет или кто-то что-то раскопал в планировщике.

Найдена причина подобного лога, что вызывает в дальнейшем повисание функции и вылеты с невминяемыми логами: Где wpn_sig550- это активное оружие, которое потерялось. npc:set_item(object.idle,npc:active_item() Решение добавлять проверку на активное оружие

Это серьезная ошибка! К сожалению, простой затычкой не получится исправить проблему! Без исправления самой причины краша, вылеты последуют и безлоговые! Я много раз получал данный вылет.Где-то вис коллбек, где-то висла функция, где-то логика была причиной! Единственный вариант узнать что за объект. Исходя из этого решать проблему! В чистом движке, ох как не хватало пространства имен debug, а именно traceback

А пробовал создать нового кровососа через конфиг, играясь с параметрами jump? Не уверен что схема mob_jump является правильной! Если ничего не поможет, то можно попробовать сделать через скрипт action(self.object, anim(""), look(look.point, enemy:position()), cond(cond.time_end, 2500)) --'cond.anim_end вместо "" название анимации Помоему прокатывает в ТЧ, но ЧН xr_logic не даст такое сделать!

Этот лог случаем не из Лиманска? А подключить mob_remark!? И в логике anim = ***! Только нужно еще сделать поддержку кондлист в самом скрипте по аналогии со скриптом xr_remark! Что именно хотите сделать?

Моя оплошность из этого поста! Я не протестировал изменения! Но set_sound_mask действительно вызывается только для живых. npc:remove_sound(stalker_ids.sound_die) не работает оказывается! Вызывает ошибку! Я бы посоветовал заремить этот код!

Покажите секцию звука. Возможно там ошибка или в логике

А во и нет! Ошибка в логике неправильный задан синтаксис. Вернее неправильное комментирование! on_info = {+about_skadovsk_dialog_done -zat_a2_reach_base} %+zat_a2_reach_base ;=give_task(zat_a2_reach_base)% Здесь ошибка! Нужно закрывать все скобки! on_info = {+about_skadovsk_dialog_done -zat_a2_reach_base} %+zat_a2_reach_base% ;=give_task(zat_a2_reach_base) Обратите внимание! Это не единственная ошибка! В другой секции идентичное!

А выше строк никаких нет?

Вот такая у Bak'a приводит к зависанию звуков звуковых объектов! Я давно не играю в этот мод! Обнаружил у себя, когда адаптировал последнюю версию аи аддона, но получил по лбу под дебагом у себя. Решил тут поделиться! set_sound_mask вызывается только для живых, а тут в death_callback! Пишу: я данный фикс не проверял ( у себя вообще задисаблил), должно взлететь без ошибок!

😱Хочется обратиться ко всем присутствующим, Вы умеете читать? Название темы, как бы говорит за себя: Справочник! Постить вылеты, без решения самого вылета, здесь не нужно! Эх… это бы в шапку, но опять мало кто это будет читать…

А зачем в биндере bind_door_labx8 при сохранении и загрузки вызываются save_obj и load_obj? Какой в этом смысл? Там же сохраняется активная секция, смарт, секция логики и загрузка и сохранение файлов с этими параметрами. А вот секцию с animated_object что-то не увидел.

Вы лично проверяли? А вот я проверял! Даже если движок прочитает файл будет пытаться добавлять экшены, которые не существуют. Это серьезная ошибка! Увы, у него другие приоритеты А кто еще? Да у же протестил, ничего хорошего, нормально всё равно не работает! Если сталкер был подстрелен, то он бежит до ближайшего укрытия. есть конфликты. Если решите проверять,то проверить лучше всего на чуваков со схемой кампер, которому нельзя трогаться с места. Я рекомендую избавиться от этой схемы поведения, потому что это схема вызывает ошибки и конфликты с движковой схемы поведения в комбате!, а также других скриптовых схем! Еще одна ошибка! При выполнении v:inside(object:position() сталкер должен быть живым! if object:alive() and v:inside(object:position()) then -- опять проверки перепутали! Это в xr_motivator

reute70, Нет конечно. Это всего лишь часть ошибок ? К\ Кстати, при добавлении экшена движок требует расскоментить combat_action_planner:remove_action(stalker_ids.action_take_cover) Иначе получается конфликт с движковым экшеным в комбате. Не пойму зачем автор это заремил. Или что-то тестировал и забыл обратно вернуть или какие-то побочки. Но в таком виде как там - это тоже неправильно!

Ссылка Итак по порядку: Исправил некоторые косяки: В силу ограниченного времени не смог поправить остальные косяки. Так как я не могу гарантировать нормальную работу данных схем после этих правок. Нужны тесты... Например: rx_sound строка self.internal_type = stalker_ids[rx_utils.read_from_ini(snd_ini,section,"sound","_nil",1)] 4-ый параметр по умолчанию равен _nil из-за ini:r_string(sec,lin) or def в rx_utils! Получаем stalker_ids._nil. Достаточно посмотреть в луа_хелп какие значения используется в этой таблице. Тоже самое и про snd_type. Движок ищет эти значения в таблицах и не может найти... Пока оставил как есть, так как я не автор, нужен доп тесты. Конфликты в планировщике. В частности в rx_combat при добавлении экшена combat_action_planner:add_action(stalker_ids.action_take_cover,new_action) вызывает ошибку и некорректное поведение общих схем. Я пытался исправить данную ошибку, но опять же нужно время для тестов. В xr_help_wounded тоже есть конфликты в эвалуаторе, когда схема добавляется через set_scheme Очень не рекомендую использовать ogsm_packet лучше юзать m_netpk. Чтобы, не дай бог, ничего сломать и не покарежить сейвы, тоже оставил как есть. ogsm_packet работает, но некорректно! Я, кстати, оплошал с ClipperOn. Включает обрезку изображения по размерам виджета. Всё с ним нормально! Если есть чем поделиться по поводу метода исправления схем ai. Давайте осудим!