Norman Eisenherz

@Kirgudu И снова дьявол кроется в деталях: если сравнить имена объектов, то в твоем сейве имя pseudodog_weak#, а у меня проблема с мутантом, который живет в пещере за АТП и имеет уникальное имя esc_pseudodog_strong. У слабой псевдособаки вызов binder:load действительно ловится, у этой – нет. В [all.spawn] для этого зверя указано section_name = pseudodog_weak, то есть вроде бы точно такая же псевдособака.

Есть такая проблема, что инфо-поршни существуют, но не всегда выдаются именно игроку. Проверки db.actor:has_info("name") и has_alife_info("name") дают одинаково отрицательный результат?

Чем дальше в лес, тем веселее: псевдособака более не имеет вызова _binder:load – даже на чистой геймдате с единственным скриптом, который только сигналит в лог о действиях биндера, у собак и кабанов на Кордоне есть __init и load, у псевдособаки в живом или мертвом виде один __init. Хелп…

Лог действий в биндере обычной собаки и псевдособаки: в первом случае выполняется __init, load и дальше только апдейт, а во втором постоянное пересоздание ! Unknown command: INIT=false -- создание ! Unknown command: READ=true -- правильное чтение ! Unknown command: INIT=false ! Unknown command: READ=false -- сброс ! Unknown command: INIT=false ! Unknown command: READ=false …

Подставил единственный скрипт из этого мода: https://ap-pro.ru/forums/topic/1083-tch-butcher/ – состояние тушки псевдособаки не сохраняется. Взял чистый [bind_monster.script], добавил use_callback и одну логическую переменную: init__ – создать как false update – скрыть подсказку, если true use_callback – выдать как есть в сообщение + задать true save – сохранить load – прочитать Результат: тот же сбой на псевдособаке. Кто-нибудь может потестить у себя? https://drive.google.com/file/d/1vbfO2Y_Uf_a0hyt7Pm5tFlEbIbQ47ujx

[ТЧ 1.0006] Мод по образцу "Мясника" со сбором трофеев без открывания инвентаря, запись состояния "тушка обыскана" в конец нетпакета мутанта: packet:w_bool(self.looted) self.looted = reader:r_bool() Результат: для кабанов, собак и плотей состояние успешно сохраняется и читается после перезагрузки, для псевдособак – нет, хотя состояние точно меняется: тушка становится неактивной после обыска, но после сейва и перезагрузки состояние переменной self.looted сбрасывается на дефолтное значение false. У псевдособак как-то иначе работает биндер?

Тогда остается ловить момент создания этого окна и ставить свое окно с текстом поверх. В ТЧ наличие любого движкового окна можно отследить через level.main_input_receiver().

Судя по необычному названию конфига, это мод. Точно ли известно, что новый статик <device_soft_version> выводится движком, а не скриптами, которые можно отредактировать?

[xr_sound.script] #58 sound_table[npc_id]:callback(npc_id) Видимо, вместо npc_id передано значение неподходящего типа. Надо проверять вызовы xr_sound.update в других скриптах.

Может, дело в том, что часть времени съедается на загрузку игры? В ЗП когда прикручивал таймеры (простые, не от Артоса) к индикаторам расходников, пришлось вводить проверку значения счетчика до и после загрузки – поправка доходила до 10–12 секунд (в ТЧ на моем ПК теряется 5–6 секунд).

Это слитые исходники: https://modfaq.ru/Категория:Исходный_код Архив ЧН может быть запаролен (не знаю, зачем): Grf3egPYRo8

[ТЧ 1.0006] Пара вопросов по классу FS: 1. В папке […\STALKER Shadow of Chernobyl\bin\…] читается только "корень" – папки [BattleEye\], [dedicated\] и файлы в них не обнаруживаются ни проверкой fs:exist(…), ни построением списка. Длина пути явно меньше 256 знаков – до папки [bin\] всего 60. Чем вызван "запрет" обработки этих папок? 2. При построении расширенного списка file_list_open_ex($name$, mask, "folder\\*") часть файлов пропускается. Например, в [config\misc\] не обнаруживаются конфиги инвентарных предметов, квестов, тайников и торговли, а в [config\creatures\] – конфиг ГГ, защитных свойств брони и основной конфиг мутантов. В простом списке с текстовыми путями видны все файлы. В чем может быть причина?

К каким именно строкам относится вопрос?

Нет заданного индекса в указанной схеме. Еще раз: индексы в scheme_index совпадают с набором в конфиге column + cell? Нумерация по вертикали должна быть сквозной. Пример из схемы экзо:

По указанному конфигу нумерация должна быть 0,0…0,3 и 1,0 + 1,1. В логе нет слова "error". Это точно весь лог?

В группе должен быть сам апгрейд a1 (то же для b1). Кстати, о птичках: схема расстановки кнопок в [configs\ui\inventory_upgrade.xml] описана правильно по количеству индексов? Расстановка может быть с пропусками по вертикали, но нумерация должна быть сквозной, то есть после кнопок 0,0 и 0,1 должна быть кнопка 0,2, а не 0,6, иначе получается ссылка на несуществующие координаты.

Судя по описанию, нужна исключающая группа a-b и две последовательных группы a-a1 и b-b1:

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

@imcrazyhoudini Дальше только сверять с оригиналом построчно, принимая в качестве образца аналогичные ветки по 1–2 апгрейда.

@imcrazyhoudini Группа под этот же одиночный апгрейд создана. Не знаю, насколько она нужна, но таков оригинал. [up_gr_g_bandit_outfit] elements = up_g_bandit_outfit @!Stars! Движковое ограничение:

Судя по индексам, схема должна строиться так: [0] a –> a1 [1] b –> b1 … [6] c [8] d В этом случае нужны еще группы для апгрейдов c и d, включающие только их как одиночные апгрейды.

@imcrazyhoudini Значение effects должно содержать ссылку не на описание еще одного апгрейда, а на названия секций связанных апгрейдов. Пример из конфига HK G36: [up_gr_ab_g36] elements = up_a_g36, up_b_g36 -- исключающая группа [up_gr_i_g36] elements = up_i_g36 -- 1-й или одиночный апгрейд [up_gr_ac_g36] elements = up_ac_g36 -- 2-й или 3-й апгрейд

Получается возвращение к вопросу "Как прочитать конфиг построчно, если в нем нет общей секции [l i s t]". Видимо, для простых текстов остается только жестко ограничивать шаблон поиска…

Не хватает секции, указанной в effects (одиночный/исключающий/следующий апгрейд).

Здрасьте. При чтении одного и того же текстового файла (что-нибудь вроде "123abc") через getFS():r_open(path):r_stringZ() к видимым знакам добавляются какие-то случайные знаки, часто со сломанной кодировкой. При обозначении каждой строки как [секции] таких знаков обнаруживается меньше. Иногда знаки складываются во что-то осмысленное, вроде Vks_aim0, reload_9 или o_7_run_1 – такое впечатление, что ловятся фрагменты загруженных в память конфигов. Вроде попадалось на просторах форума упоминание о такой проблеме, но кто автор и что именно говорилось в том посте, не помню. Как эти знаки правильно исключить из читаемого текста?