Zander_driver

Тебе подсказали правильно. Нашел правильно. Это сработает (Если надо искать не по имени объекта а по секции, просто меняешь :name() на :section() Правильно сказали. Это работает. Как - ровно так как ты и просил. А как надо?) В порядке (возможно) полезной доп.инфы. 1) В ОГСР ЕМНИП, метод iterate_inventory выполняет то же самое. И для актора, и для нпс, и для ящиков. Я это лично сам туда заносил, если не выпилили то значит работает. 2) Методы iterate_inventory и iterate_inventory_box - это методы клиентского объекта. Если ящик не в онлайне, то они не сработают естественно. В этом случае остается только перебор по parent_id серверного объекта.

В OGSR вообще не надо использовать. А как же вы мод на движок OGSR пересаживали, OGSR-Wiki не читая? И, если не читали - то зачем пересаживали? (Там же в вики все реальные резоны и причины для этого написаны...) Всегда, когда я даю подсказки людям в виде пары слов, то это именно ключевые слова, по которым уже можно найти то что надо. Т.е. заходим в OGSR-Wiki, там вводим в поиск то самое, заветное слово script_vars_storage, и радуемся

Используйте script_vars_storage OGSR, и будет вам счастье. Оно не переполняется никогда. А вообще-то смешались в кучу кони, люди... переполнение стека и переполнение "стоража" (нетпакета?) актора - как бы тоже совершенно разные и никак не связанные вещи... Шайтан вас разберет, а я больше без конкретных логов и/или конкретного кода, зря писать ничего не буду. Использовать переменную tbl в коде.

А может ну его в пень? Я про комментирование всяческих постов в "Скриптовании" и т.п. Последнее время от того что там вижу, конкретно так бомбит. Как люди умудряются лезть в файлы и чего-то ковырять, абсолютно напрочь не понимая, что они делают, зачем, на что это повлияет, как это связано с чем, и как блин вообще игра функционирует... * * * Я не злой... Но как бы... когда у тебя коллега спрашивает, какой модели транзистор поставить в такую-то схему, чтобы отношение сигнал/шум было наилучшим - этому с удовольствием можно помочь. А когда ты видишь, как человек с мокрой метлой лезет в электрощит на несколько кВ, с желанием "изгнать бесов" которые по его мнению, там гудят. ... то лучшим решением будет огреть его дубиной по башке. Для его же блага, причем. Чтоб не лез туда... * * * А может, пускай лезет? Как вы считаете.

Переполнению стека? НЕТ Конечно. Вообще никаким образом не связано. Вы это блин серьезно? ВЕСЬ объем инфопоршней от силы потянет несколько килобайт. И вы думаете что вот именно они, будут причиной каких-то вылетов по недостатку чего-то, на 64-битном движке способном использовать десятки гигабайт памяти, при необходимости. Бред сивой кобылы. Ну а вдруг, если отрезать себе руки, то зрение восстановится? Примерно такая у вас логика... Вместо решения проблемы, а займемся-ка мы беспощадно чем-нибудь совершенно бессмысленным и не относящимся к нашей проблеме.

А инфопоршни какое к этому имеют отношение?

Насчет года, полагаю что погорячились Но вообще да, ползем в том направлении... Хорошо ли это или плохо. Вообще-то скорее плохо. Видео перестанет быть релевантным доказательством чего-бы то ни было, включая собственную полезность-информативность. И зачем его тогда, вообще смотреть?

Почему - как раз совершенно понятно. Вот здесь черным по белому написано: Следовательно, прочитанное из сейва значение сложности игры оказалось nil. А это значит, что при квиксейве - файл сейва записывается неправильно, в искаженном порядке и/или с потерей части информации. Вот и вылетает игра при загрузке такого сейва, т.к. не находит там то, что там быть обязано. Проверяй все действия, связанные с записью каких-то данных в сейв, где-то там косяки.

А вот это зря. Как тогда вообще что-то делать?

Изменять состояние оружия в death_manager.script, как надо тебе.

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

Всё проще. Вызов alife():create(аргументы с ID владельца, кому спавним.) И во всех "обертках" со времен амк и до сих пор, делается именно так.

@Colder Поиском по коду найти где она выводится, и закомментировать эту строку.

Так можно, но как правило не надо.

Это очень плохой метод работы. Не рекомендую, так ты коллекционируешь чужие ошибки. Ну и вообще, писать свой сырой код в _g.script это не то что моветон, а категорически противопоказано до тех пор пока ты не чувствуешь себя в скриптах как рыба в воде. _g.script инициализируется до всех остальных скриптов, до вообще всего, и он должен быть идеально отлажен, т.к. любые косяки в нем могут обрушить очень много чего. Всякие тесты, пробы пера и т.д. и т.п. делай в своих сторонних файлах. Не в _g.script.

Ок. И работает. Записывает координаты в глобальный вектор. Таки он тебе зачем? "До определенного момента" - именно потому что глобальный...

Прокатит-непрокатит, покатит-непокатит... вам не надоело в асфальтовый каток играться? Можно же изначально писать функции устойчивые к нештатным ситуациям/готовые распознать что угодно в рамках разумно-ожидаемого. function get_id(obj) if obj ~= nil then if type(obj.id) == 'function' then return obj:id() end -- Если получен клиентский объект, возвращаем его ID if type(obj.id) == 'number' then return obj.id end -- Если получен серверный объект, возвращаем его ID end return nil -- Если объект не получен, или не имеет поля id в ожидаемом формате. Значит это не клиентский и не серверный объект, и возвращать нечего. end

Метод вектора set не возвращает сам вектор. А только записывает в него значения. Поэтому такая функция будучи расположенной в _g.script, (И в других скриптах тоже) вернет nil. А зачем тебе глобальный вектор? Функция alife() возвращает объект алайфа. А глобальное пространство имен _g.script, если я верно помню, читается и выполняется до его создания. Так что заниматься спавном чего-то/кого-то непосредственно в _g.script очень глупая идея. Куда спавнить-то, если еще никакую локацию не загрузили. Но, функции для спавна в _g.script располагать можно. Надо только помнить о том, что вызывать их можно при уже загруженной локации, не раньше. Ты свой спавн когда вызываешь?

@lexa.3012 А я просто по своему проекту отчитался - делать нечего, меланхолично листаю форумы - в таком настроении-состоянии хочется писать развернутые ответы. Хоть какое-то занятие Это не надолго.

Нейросети для таких компаний, могут иногда заменить низко-квалифицированного сотрудника, "джуна". Который мало что умеет, но чего-то там клепает. Результат нейросети может быть лучше чем у него, но это не точно и надо проверять (Что опять +время). Спецов более высокого уровня нейросеть заменить не может никак. "Архитекторов" определяющих как вон то совместить с вот этим, как подружить между собой работу вон тех двух джунов/нейросетей, как собрать из этого всего единый проект и организовать их работу - это все не ускорялось ни капли. Скорее, им даже сложнее стало. Не надо мешать в кучу молоток, строителя, прораба, и архитектора создавшего проект. Нейросеть - это молоток. Но чтобы построить здание, нужны также все остальные.

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

@Balavnik Ну давай разбираться. Полезно будет разобраться в различиях между клиентским и серверным объектом, разном ассортименте методов и возможностей у них.

Я совершенно точно знаю, что будут.

Если есть файл - проект. Со всеми ассетами, со всеми потрохами, то можно. Если его кто-то выложил в открытый, понимаешь, доступ. Проект. В противном случае да, нельзя. Короче у мододелов оно появится только в том случае, если пыс-ы сами же и подарят.