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

В 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, так сразу и будет доступна.

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

7.9 А не, нифига там не будет переполнения. Вернее, оно может быть, а может и не быть. Lua - динамический язык, и не ясно, в какой структуре будет представлено то или иное число: с фиксированной или плавающей запятой. Поэтому тут некоторые проблемы наблюдаются. Например, число 2^32 представляется в формате с фиксированной запятой (не уверен, т.к. может быть, что это число преобразуется в формат с плавающей запятой без потери точности.). А 2^64 уже преобразуется в формат с плавающей запятой с потерей точности. Т.о. мы не можем утверждать точность численных операций при значениях, больших 2^32-1. Или даже 2^31-1. Если я не прав, киньте в меня огнеупорный кирпич. Добавлено через 1 мин.: Struck, а давай ты это сделаешь сам, или обратишься на dxdy.ru.

Пфффф... Да не предлагаю я ни какие спейс рестрикторы. А если тебе нужно определить стороны света ПО ОТНОШЕНИЮ К ДРУГОМУ ОБЪЕКТУ, то тут простая математическая задача при условии, что координатные оси уровня располагаются с юга на север и с запада на восток. Если это не так, то нужно ещё вспоминать функции преобразования координат при повороте системы координат.

proger_Dencheek, смотря, какая модель вам ближе: "событийная" или "таймерная". Если событийная, то надо искать коллбек на изменение здоровья актора (по-моему, где-то уже обсуждалось, что даже если навесить биндер на актора, то не работает). Если таймерная, то с определённым периодом проверять здоровье ГГ, и если 0, то вроде есть метод получения последнего хита. Может ошибаюсь. Добавлено через 2 мин.: Struck, кури массивы и циклы. Создаёшь некоторую базу из точек, можно даже из областей (например, круг, прямоугольник и пр.). Вручную прописываешь сторону света, название и пр. Потом организуешь цикл. Добавлено через 2 мин.: 4294967295 * count_time_fix Здесь будет переполнение.

Люди, скажите, у меня где-то трабла, или такое в самом деле бывает.

Интересуют ограничения на размер хранимых данных в db.storage

Artos, в таких условиях ставится вопрос о существовании решения. Как вы считаете, должно ли существовать решение этой проблемы?

Да, не получится.

А вообще говоря в аргументах должны быть клиентские объекты. То бишь obj_to = level.object_by_id(ser_obj_to.id)

Artos, 1.