Как определить, к какому серверному классу принадлежит серверный объект?

В task_manager.ltx ни у одного задания не стоит idle_time. У четырёх заданий закомментирован. Когда скрипт task_manager'а читает ltx-файл, то по дефолту действительно ставит 24*60*60. Я ещё на 90 умножил. Спасибо за совет.

Как сделать, чтобы задания из task_manager'а (ну которые начинаются "Мне нужна работа. Есть что на примете?") не повторялись. По какой-то непонятной для меня причине они часто сбрасываются. К примеру Сидоровичу нужно сначала принести Медузу, потом Каменный цветок, потом Ломоть мяса, и в конце Ночную звезду. Ты выполняешь 2 из них. Уходишь временно. Потом приходишь за получением 3его, а Сидоровичу опять нужна Медуза (самое первое задание). Я пытался понять в task_manager.script, как это работает, но так и не понял. Как убрать эту багофичу?

Как повысить контраст теней и солнечного освещения. То есть первого потемнее сделать, а второе - посветлее.

Ищу мод, улучшающий графику игры Тени Чернобыля (изменением движка, шейдеров, погоды и т.п.), но минимально влияющий на геймплей и не меняющий сюжет.

Под "нормально" я имею ввиду что производительность страдает в пределах нормы (если вешать не на апдейт, а на коллбеки). Ну наблюдаем небольшую задержку при взятии бальшой-бальшой кучи предметов. Терпимо. Как при переходе нескольких сталкеров в онлайн. А чтобы пачек патронов слишком много не было, то надо перепаковщик. И никак не будет сотен пачек патронов. Нахожу. И чё дальше?

Да, это для "одноразового" вызова. Зачем это ставить в апдейт (при какой ситуации) - для меня загадка. В "одноразовых" циклах перебора всех вещей ГГ работает нормально.

А может ли у одного сталкера работать сразу несколько схем?

Если это ТЧ/ЧН, то смотрите treasure_manager. Там всё есть, в т.ч. и таблица информации о всех тайниках, в т.ч. и о контейнерах тайников.

net_spawn и net_destroy - это не коллбеки, а переопределённые методы.

В bind_stalker'е есть функция update(delta). Она периодически вызывается через определённый промежуток времени (период delta зависит от производительности и составляет в среднем 15-20 мс). На этой основе и делай.

Не надо засорять код и свою голову всякими мелочными оптимизациями. Пишите код так, чтобы было в первую очередь "понятно, чётко и лаконично". Если работает медленно, надо искать возможность оптимизировать в первую очередь - структуру алгоритма, а потом уже его написание.

1. Все userdata'ы (в том числе и объекты game_object) являются ссылочными типами, посему когда ты пишешь obj1 = obj2 - ты копируешь только ссылку (занимает 4/8 байта) на объект. Посему выигрыша в производительности нет. 2. Лучше использовать table.insert, т.к. даже если он и чуть медленнее, всё равно лучше поступиться производительностью во благо понятности кода.

Как по мне, так апдейты актора и пр. не имеют к этому отношения. Как засунул в _G, так сразу и будет доступна.