naxac

@Generaator, config/misc/trade_generic.ltx

@Изыскатель, удали папку gamedata, запусти игру и по-новой настрой худ. Или просто смени худ на другой, а потом опять включи тот, с которым играешь. В gamedata остался старый файл system.ltx, надо чтобы он обновился.

@_Sk8_AsTeR_, функциями нужно пользоваться так: Сохранение переменной: xr_logic.pstor_store(db.actor, "variable_name", value) Загрузка переменной: xr_logic.pstor_retrieve(db.actor, "variable_name", default_value)

@Norman Eisenherz, анимации в худовой модели находятся.

@Вася Сапля, если ты имеешь в виду наемников в различных смартах (у прохода к бару и на стройке на ДТ или на блокпосту на АС), то смотри где-нибудь в character_desc_simulation.

@R0MАN, это да, надо бы исправить...

@R0MАN, а контейнер ему принёс? Скинь сохранение.

@-=Krovosos=-, можно после смерти ГГ поубивать скриптом всех онлайновых контролёров. Либо после смерти ГГ, если в онлайне есть контролёры, при выходе в меню сделать get_console():execute("disconnect") - но тогда загрузка сохранения будет занимать больше времени. Это первое, что на ум приходит.

@МУТАБОР дед, лог можешь выложить?

Всем привет и с Наступающим Обновление аддона: Скачать

@DMT, не возникает, потому что там всё обновляется постоянно. Попробуй такой вариант: https://yadi.sk/d/7F7_vokuUOB3zg

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

@mole venomous, чекни измененные тобой скрипты луа-плагином (если в npp работаешь) или синтакс-чекером. Вернее всего, где-то ошибка и просто напросто бъётся сохранение.

@mole venomous, а что у тебя находится в amk.script, в строке 1403? Гадалки и телепаты в отпуске все.

Приветствую. Очередное обновление аддона от naxac: скачать На гуглодиске тоже обновлено (ссылка в подписи).

@Lehanster, судя по коду, надо смотреть в конфигах: файл death_manager.ltx или один из заинклуженных в нем файлов, секция [outfit_drop_condition] - в ней настройка состояния брони в зависимости от ранга непися. По патронам - это не то, здесь, если в магазине оружия больше 10-ти патронов, то с вероятностью 85% в магазине оставляется 5-10 патронов.

@DMT, https://xray-engine.org/index.php?title=X-Ray_extensions

@DMT, потому что эта функция в огсе предназначена для проверки: если первый аргумент - это false или nil, то выводится сообщение об ошибке, заданное остальными аргументами.

@DMT, я ж тебе объясняю: сделай рабочей функцию ASSERT, и станет понятно, какой модуль отсутствует в скриптах. Вот тут: local module = _G[ module_name ] Определяется переменная этого самого модуля. module_name - название скрипта. Выведи его в лог, и станет понятно, чего не хватает.

@Капрал Хикс, смотря сколько у тебя тасков. Я проверял на ОП-2, там 165 квестов, на сохранение по старой схеме (но там уже строки сохранялись хэшами) данные занимали около 2kb, активных заданий при этом было всего 2, Пакет актёра - максимум 8kb, так туда обычно ещё много чего сохраняют: таймеры там всякие, переменные разные и т.д. Вот тут я переделал немного сохранение: ссылка. Места стало занимать почти в два раза меньше. А по сравнению с чистым ТЧ - разница, наверное, раза в четыре, потому что там всё строками сохранялось. @DMT, у тебя функция ASSERT не рабочая. Если бы она работала - в логе было бы написано, что в папке scripts нет подключаемого модуля (файла), и было бы написано, какого именно.

@Капрал Хикс, это,вернее всего, происходит из-за превышения размера пакета сохранения клиентских данных у актера: информация о заданиях там сохраняется: см. task_manager.script Решение: для сохранения этих данных подключить , допустим, хранилище от Artos'а. Либо оптимизировать сохранение: выкинуть лишнее, для строк использовать хэши, булевы значения побитово записывать в u8, и прочие изощрения... Но хранилище, по-моему, лучший вариант. Сейчас ещё глянул - там количество записей при сохранении ограничено u8 - т.е. 255, так что если заданий в конфиге больше - будут глюки. Решение: нужно заменить в сохранении/загрузке количества записей с r(w)_u8 на r(w)_u16 - тогда лимит будет 65535.

@UriZzz, 5.16.3, отсюда: https://www.gameru.net/forum/index.php?showtopic=66052 Но можно было, видимо, и постарше ставить, потому что было в логе что-то про "may be defined array...".

@macron, тоже не хотел распаковывать( Но потом поставил х86 версию перла вместо х64 - и поехало.

Что-то никак не получается распаковать level.snd_static: D:\ST\level_snd_static>lsscdc.pl -d level.snd_static -out level_snd.ltx log inited: console reading level.snd_static exporting level_snd.ltx Can't use an undefined value as an ARRAY reference at stkutils/ini_file.pm line 146 (#1) (F) A value used as either a hard reference or a symbolic reference must be a defined value. This helps to delurk some insidious errors. Uncaught exception from user code: Can't use an undefined value as an ARRAY reference at stkutils/ini_file. pm line 146. stkutils::ini_file::_export_vector('IO::File=GLOB(0x2926d94)', 'snd_stat ic=HASH(0x291d8b4)', 'HASH(0x291a63c)') called at stkutils/ini_file.pm line 121 stkutils::ini_file::export_properties('stkutils::ini_file=HASH(0x29f7c34 )', undef, 'snd_static=HASH(0x291d8b4)', 'HASH(0x291a5fc)', 'HASH(0x291a63c)', ' HASH(0x291a67c)', 'HASH(0x291a6bc)') called at stkutils/level/level_snd_static.p m line 151 snd_static::export('snd_static=HASH(0x291d8b4)', 'stkutils::ini_file=HAS H(0x29f7c34)', 0) called at stkutils/level/level_snd_static.pm line 94 stkutils::level::level_snd_static::export('stkutils::level::level_snd_st atic=HASH(0x897c24)', 'level_snd.ltx') called at D:\ST\level_snd_static\lsscdc.p l line 68 main::decompile() called at D:\ST\level_snd_static\lsscdc.pl line 46 D:\ST\level_snd_static>pause Для продолжения нажмите любую клавишу . . . Пробовал разные версии перла - без толку... Win7 SP1 Максимальная x64.

Ребята, привет. Кто в курсе, как исправить такое безобразие? Такое наблюдается только у одного непися. Может, в конфиге ствола что-то не так, или анимация?