Вис691

Я помню, что ранее всегда обходил стороной ID, начинающиеся с цифр. Это всегда что-то ломало, даже когда всё было корректно. Скрипты не компилировались, выпадали странные ошибки. Я не знаю, изменилось ли что-то с годами, но как вариант можно попробовать переименовать всё и проверить.

8350633 = 0x7F6BA9 Похоже, функция принимает ID в двух форматах:

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

Привет! Кидайте скрипты, по которым неясно, что сломано. Может все вместе увидим что-нибудь

А каким образом тяжесть скриптов определялась?

Не вспомню уже. Но я за то, чтобы этот код был переписан. Выглядит страшно)

Так там же написано, где лог искать. jip_ln_nvse.log Лежать должен вроде бы в корне игры, но если нет, то можно поиском там же найти. Или кто-то другой подскажет. Я слепой, вы же его приложили уже. Вот эти 2 проблемных скрипта надо смотреть. Во втором какой-то пистолет найти не может. В первом надо на переменные глянуть, но сходу скажу, что однобуквенные переменные - это зло, от такого надо избавляться.

Нынче много чего стало возможно. Эта задачка - не исключение. В принципе процесс был уже описан - собрать все двери в локации, прописать им ключ. Подход видится простой: на заход в локацию срабатывает OnCellEnter. Вешаем на этот ивент скрипт, который пройдётся по объектам в ячейке и найдёт двери (например через GetFirstRef) и пропишет им ключ через SetOpenKey. Я бы, конечно, ещё проверял бы, а заперта ли дверь вообще, и уровень замка, чтобы недоступные двери не трогать. Можно ещё и контейнеры докинуть, чтобы совсем чудо-ключ получился.

Если не ошибаюсь, то обмен с изгоями был сделан в виде бартера, но в инвентаре игрока оставались лишь те предметы, которые можно было обменять. Остальное же временно убиралось, что сбрасывало горячие клавиши. Я пытался это поправить скриптами - запоминать и восстанавливать связи после обмена, но что-то до конца не работало. То ли визуально предмет был невиден в окне назначения хоткеев, то ли ещё что-то.

О, а это я писал, кстати. Но уже не вспомню, почему. Проблема точно была. Вполне вероятно, что уже и неактуально.

Копать можно начать отсюда: по пути Data\NVSE\Plugins\Scripts должен лежать указанный скрипт, который не может скомпилироваться. Откуда он, я лично не знаю, может кто-то тут подскажет. А там каких-то сообщений, почему он не компилируется, нет? Честно говоря, со скриптраннерами не работал, но слышал, что бывают проблемы даже у корректных скриптов.

Тогда условие лучше накинуть.

А чему здесь раздувать сохранение? Никаких новых объектов/переменных не создаётся. Правда сам кусок кода выглядит сомнительно. Зачем каждый раз, когда что-то добавляется, менять задержку? Она где-то ещё потом меняется что ли?

Разницы между 1 и 1000000 в плане занимаемого места точно нет. Что первое, что второе - число, и занимают они одинаковое количество места. Вот где проблема действительно может возникнуть - это при переполнении. Скажем, если хранится всё в 4ёх байтах, то максимальное значение, которое влезет, - 4294967295 (при условии, что мы только положительные числа храним, если ещё и отрицательными могут быть, то в 2 раза меньше). Но вот тут как раз и можно уточнить у ребят, что код крутят. Они подскажут реальные границы. P.S. Где-то на вики видел, что скриптовые переменные под капотом как вещественные числа хранятся. Если и здесь так же, то проблем с переполнением быть не может. Зато будут проблемы с округлением, но это уже совсем другая история)