Скриптование

[Forser 47]

Я понимаю, что уже надоел, но последний вопрос на сегодня: Возможно ли сделать новое условие для каллбека через скрипты? И если возможно, то как его зарегистрировать? 

Изменено 3 Июля 2015 пользователем Forser

[Карлан 1 049]

Мне всегда нравились такие вопросы. Бамбарбия - твой выход, у меня фатал эррор . "На сегодня дров достаточно, учите матчасть."(с)

Изменено 3 Июля 2015 пользователем Карлан

[Kirgudu 1 204]

@Карлан, не-не, я уже одной ногой в отпуске, на 2 недели оставляю раздел на тебя и остальных дровосеков.

 

Но перед уходом на правах модератора призываю всех участников темы к постам по существу, без перекидывания топорами и личных выпадов!

 

+: dc или кто-нибудь ещё из ответственных, этот мой пост и всё лишнее выше под снос, плз, когда сочтёте нужным.

Изменено 3 Июля 2015 пользователем Kirgudu

[Zander_driver 10 335]

 

 

сделать новое условие для каллбека

Что сие вообще такое?

 

Подавляющее большинство мыслимых событий в игре так или иначе можно скриптами отловить. С разной степенью мороки.

[RayTwitty 492]

А можно ли отследить процесс загрузки игры через скрипты?

музыкальное сопровождение.

Штатных функций для проигрывания без онлайного объекта в сталке нет, но можно попытаться через дополнительные библиотеки для луа запустить какой-нибудь mp3-трек прямо в плеере фоном. Помнится в каком-то билде, амбиент-музыка на локацях именно так и была реализована))

[macron 1 821]

Как-нибудь можно обнулить parent_id у объекта? Вот есть объект gluk_object.  Надо что-то типа gluk_object.parent_id == 0.

Изменено 4 Июля 2015 пользователем macron

[Карлан 1 049]

@macron, от парентов вообще бывает трип, лично мне так и не удалось, делал задержку аж до 5 секунд. Реквестирую знатоков. "Обнуленный" парент это кстати 65534 (показатель бесхозности), 0 - это актор.

[macron 1 821]

"Обнуленный" парент это кстати 65534 (показатель бесхозности), 0 - это актор.

Поэкспериментировал с перепаковкой сейва. Если у глючных объектов ставить parent_id = 0, то они действительно появляются в инвентаре актора. Обычно это арты и антирады, так что нормально. А если им ставить 65534, то еще при загрузке такого сейва идет вылет 001B:036AF2D9 xrGame.dll. Вообще, изначально планировалось удалять эти объекты согласно немного доработанному варианту того скрипта, что недавно обсуждали. Сама схема работоспособна, но конкретно удаление не срабатывает ни через amk.remove_item(gluk_object), ни через alife():release(gluk_object, true). Может, хоть обнуление parent_id сработает.

Изменено 4 Июля 2015 пользователем macron

[Карлан 1 049]

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

local obj=level.object_by_id(i)
local sobj=alife():object(i)
if sobj then
--//...
end

[Zander_driver 10 335]

 

 

alife():release(gluk_object, true).

А в функцию вообще серверный объект передается, или что?

[makdm 37]

Конечно, дико извиняюсь, но, вроде как, бесхозная вещь это s_obj.parent_id = 65535

[Карлан 1 049]

@makdm, какая разница он ro, то что делал макрон это бесполезно. Спасибо за заметку, я сам не помню уже точно эти цифры.

[makdm 37]

Возможно целесообразно сделать drop_item, дальше запустить level.add_call и как только parent_id ==  65355, то  удалит его.

У меня кстати в таком случае проблем не было.

Хотя, мне не понятна до конца проблема "рождения" глючных объектов и в чём их "глюк".

Изменено 4 Июля 2015 пользователем makdm

[Карлан 1 049]

@makdm, удаляешь сталкера, вместе с ним и инвентарь удаляется, зачем дропать?

[vampirnik77 121]

@makdm, На сколько я понял, проблема в том, что бывает такое, что у "глючного" объекта совпадают координаты с левелченджером и это вызывает вылет при загрузке сейва.

[Zander_driver 10 335]

 

 

На сколько я понял, проблема в том, что бывает такое, что у "глючного" объекта совпадают координаты с левелченджером

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

[Карлан 1 049]

@vampirnik77, как ты сделал сей дивный вывод (мне правда интересно)? Погляди причину под капотом, а то воюешь с ветряками.

Изменено 4 Июля 2015 пользователем Карлан

[macron 1 821]

На сколько я понял, проблема в том, что бывает такое, что у "глючного" объекта совпадают координаты с левелченджером и это вызывает вылет при загрузке сейва.

Да, координаты совпадают. Но вылетает из-за того, что эти объекты еще ставят себе id от левелчейнжера в качестве parent_id.

 

Я почему-то такого у себя никогда не видел...

В OLR заспавнено очень много "всякой дряни" и физики. Возможно, из-за нехватки ID или еще чего, игра иногда дурит.

 

В общем, вот что сейчас вышло. Объекты в нужной точке в момент сейва так и не удаляются. Если исправить больше нечего, забьем. Вроде в далеком будущем в новой версии обещали многое движком исправить. В test.txt сам текст + полный bind_stalker.script на всякий случай.

http://rghost.ru/6qN89Tfr8

Изменено 4 Июля 2015 пользователем macron

[Zander_driver 10 335]

 

 

из-за нехватки ID

В таком случае происходит простой и незамысловатый вылет not enough ids.

 

 

 

Объекты в нужной точке в момент сейва так и не удаляются

читаем: нормальные методы нахождения нужных объектов и их удаления так и не были применены. но если самому ковыряльщику уже ненадо, то забьем в самом деле...

[makdm 37]

 

 

Да, координаты совпадают

@macron, а что мешает при спавне объекта проверить координаты спавна и если они в зоне левел-ченджера, то сдвинуть спавн за пределы зоны перехода вглубь локации?