phalcor

Сам себе отвечаю. Нашёл неожиданное решение узнать, стоит или лежит зомбак: local dist = cobj:bone_position("bip01_head").y - cobj:position().y --высота головы над землёй if dist < 0.2 then --лежит ... Жаль, так и не нашёл прямого метода узнать положение тела монстра - всякие body_state и т.д. ничего не дали...

Привет, сталкеры! Есть такие зомби, которые образуются из гниющих трупов сталкеров. Их section = zombie_trup_fc. Так вот, пока к ним не приблизиться почти вплотную, они находятся в спячке - лежат себе и всё. При приближении они просыпаются и идут в атаку. Подскажите, как в скрипте определить, находится ли такой зомбарь в спячке или же он уже активен и ходит. Или же не касаясь зомби, а вообще, как узнать, в каком состоянии движения (стоИт, идёт, бежит) находится монстр? Платформа ОП 2.2. Спасибо за внимание!

Увы, так тоже не работает: (причём в update-части параметра nammo_left вообще нет, читал пакет так m_netpk.get(sobj,2)) local id = ammo_from:id() local sobj = server_object(id) local pk = m_netpk.get(sobj) local data = pk:get() data.ammo_left = n-1 pk:set(data) Тут видимо нужно с клиентским объектом как-то работать...

Хочу уменьшить на 1 количество патронов в пачке, находящейся в инвентаре актора. Делаю так: netpacket:modify(sobj, "ammo_left", n-1) --sobj - серверный объект пачки патронов Но ничего не меняется. Подозреваю, что нужно менять в клиентском объекте, но как? (стрелять не предлагать )

Привет! Как можно определить, что это была первая загрузка (load) с момента старта exe?

Приветствую! Подскажите пожалуйста способ, как грамотно убить нпц/монстра в ОФФЛАЙНЕ? Так, чтобы движок правильно это всё обработал - записал game_death_time и т.д. (Простое присваивание health = 0 убивает, но та же game_death_time в серверный объект не записывается. Подозреваю, что есть и другие недостатки).

В памяти игры время Ctime хранится в виде одного 64-битного ЦЕЛОГО чила, означающего количество миллисекунд, прошедших с 1-01-0001 00:00. У тебя 69 год наводит на мысль о том, что diffsec использует формать 4-х байтового float, где максимум = 2147483647 сек, что как раз и есть 69 лет. Может чем-то поможет.

Нашёл-таки причину. Кому интересно:

Приветствую! Непонятный затык какой-то... Заметил, что давно нет респавна убитым монстрам/сталкерам. По времени уже несколько раз должны были сработать респавны. Кордон почти пуст третьи сутки. И если ранее при ручном спавне тестового сталкера он тут же переходил под управление какого-нибудь гулага, то теперь сколько не спавню - они все ходят-бродят кругами, не будучи подхваченные гулагами. Понятно, что мутновато описал проблему, но вдруг кто-то стилкивался с подобным и знает решение? p.s. А где интересно сам механизм захвата заспавненного сталкера под гулаг - в скриптах или же в движке? UPD: такс, нашёл, гулаг объекту назначается в частности в скрипте se_respawn вызовом obj:brain():update(), и далее проверка - нет гулага, объект удаляется. Вот потому у мну и пустыня... Вопрос, что мешает этому brain():update() назначить сталкерам гулаг?!! По условиям тех же гулагов (capacity и т.д.) всё норм.

В lua_help ничего нет, в искходниках (от версии 2.1) - тоже нет. (под "нет" я подразумеваю "не нашёл"). Потому и вопрошаю про нет-пакеты. Однако же подозреваю, что и это не поможет Авторы не делятся такими священными данными

Да, понятно. Но у меня обычный двиг. Тут, наверное, только net_packet подойдёт, да и то... знать бы, как?

Увы... attempt to perform arithmetic on field 'alcohol' (a nil value)

Приветы! Подскажите, как можно определить опьянение актора? Скриптовой функции, я так понял, нет. Может, как-то через нет-пакет это число добывается? Платформа: ОП 2.2 Добра.

Привет, друзья! Может кто-то из посвящённых в сию тайну сказать, зачем в квесте "Бритва Волка" происходит переспавн Петрухи? Т.е. при приближении к нему он исчезает, и появляется новый, визуально такой же, но уже без бинокля и проданного ему автомата. В чём смысл такой пертурбации? Удачного дня, и спасибо за ответ!

Самое интересное, что в том же generic_physics_binder:hit_callback(obj, amount, local_direction, who, bone_index) прекрасно работает who:id(), и тогда я сделал там сохранение своей глобальной переменной kto_ubil = who, чтобы потом в death_callback её читать, но тут снова затык: если hit убивает ящик, то нет вызова hit_callback, а сразу - death_callback Ладно, будем искать...