AndreySol

@aromatizer А че так слабо - кальяна? Давай уж сразу - марихуаны, там более что в толерастных странах это уже давно не наказуемо...

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

Не нужная совсем обертка. Попробуй сохранять значение в net_destroy биндера, в самом начале ф-ции.

Лучше, на мой взгляд, загружать сохраненное в net_spawn в том же биндере, после строки db.add_actor(self.object). Не знаю, что за load_variable у тебя, но если использовать штатные ф-ции(которых примеры тебе выше уже привели), то все должно работать. Это делай в скрипте, ранее загрузки сохраненного значения.

@Labadal На базе какого инвентарного предмета твой аккумулятор?

@Labadal Объяви свою переменную глобально, затем сохраняй ее в pstor, а при загрузке игры читай оттуда сохраненное значение.

@mole venomous А зачем этот вот math.round? А просто в самой ф-ции format указать округление, что уже не работает? string.format("pX = %.4f, pY = %.4f, pZ = %.4f....

@Pir@t@s В начале uni_random_spawn объявить переменную: local cse_obj -- она будет хранить спец. объект класса для создаваемых предметов Затем изменить строки создания предметов: cse_obj = alife():create(item, pos, lv_id, gv_id, id) Далее, в конце ф-ции uni_random_spawn добавить установку метки, к примеру ставим метку на серверный объект: level.map_add_object_spot_ser(cse_obj.id, type, text) Описание аргументов ф-ции уст. метки смотрим в Справочнике по ф-циям и классам.

Но если произошло заклинивание, то и выстрела не будет? Если движок оригинальный или модифицирован, но не имеет удобных средств отслеживания состояния оружия, то видимо вариант с отслеживанием худового статика будет наилучший.

@Капрал Хикс Сама ф-ция вероятно вызывается из многострадального апдейта?

@_Sk8_AsTeR_ Любой инвентарный предмет - юзабельный: его можно выкинуть и подобрать обратно, выложить в инв.ящик. Имелась ввиду возможность действий по двойному клику или через контекстное меню? Тогда, только, дать ему класс еды, антирада, бинтов или аптечек.

Это, типа, на распальцовке которые? Переход как организован - прописан в алл.спавн или скриптово создается? Эти "конкретные" локации - оригинальные или добавлены вами? P.S. Учитесь правильно формулировать вопрос. Не мое авторство, но кем-то сказано гениально: правильно заданный вопрос - уже половина ответа на него...

@Labadal А сделать "картинка + имя нпс", тем самым решив проблему с длиной имени - не судьба?

@_Sk8_AsTeR_ Ну так в чем проблема: настроить работы в гулаге, прописать возможные гулаги неписю, выдать определенную инфо-порцию в диалоге, а в работе гулага прописать прекондишен с проверкой этой инфо-порции и соответствия непися. Есть все необходимые стандартные возможности для твоих хотелок, а тебе обязатьльно надо "вломиться" в работу смарт-террайнов\гулагов, чтоб вот так как тебе хоца, сразу в дамки. Что тебе даст se_smart_terrain:register_npc? Ну, к примеру зарегистрируешь ты непися, и что? Все равно под него заранее надо прописать работу, соответственно емкость гулага. Какой смысл, самостоятельно, скриптами повторять всю цепочку действий, которую и так сделат движок и скриптовая обвязка смартов\гулагов? Все равно не будет тебе "раз-два и в дамки".

Это, типа "и на одно место сесть, и рыбку съесть и косточкой не подавиться"? В чем проблема, конфиги и скрипты править под свои похотелки? По клавиатуре лень пальцами перебирать?