RayTwitty

Починили spot-лампы. Кто-то тут писал про проблемы с фонариком, теперь их не будет. Исправлено в обоих репозиториях (xray extensions и на xp-dev.com).

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

Дык синтаксических ошибок нет, чего ему ругаться? local delay = 54 -- задержка между выстрелами local x, y = 0, 50 local LEFT_BTN = 1 -- ЛКМ local is_pressed = false EnablePrimaryMouseButtonEvents(true) function OnEvent(event, arg) if arg == LEFT_BTN then if event == "MOUSE_BUTTON_PRESSED" then is_pressed = true start_cycle() elseif event == "MOUSE_BUTTON_RELEASED" then is_pressed = false end end end function start_cycle() while is_pressed do Sleep(delay) MoveMouseRelative(x, y) end endПробуй так.

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

while это и есть цикл. Зачем его ещё куда-то приделывать? Код-то тестил, который я выше привел?

http://www.amk-team.ru/forum/index.php?showtopic=11584&p=896785 Один я тут цикл не вижу? Попробуй: local delay = 54 -- задержка между выстрелами local x, y = 0, 50 local LEFT_BTN = 1 -- ЛКМ EnablePrimaryMouseButtonEvents(true) -- видимо включение событий function OnEvent(event, arg) if event == "MOUSE_BUTTON_PRESSED" and arg == LEFT_BTN then while IsMouseButtonPressed(LEFT_BTN) do Sleep(delay) MoveMouseRelative(x, y) end end endЕсли я всё правильно наванговал, то должно сработать.

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

local pt = profile_timer() local sys_ini = system_ini() pt:start() for i = 1, 10000 do sys_ini:r_float("explosion_marks", "dist") end pt:stop() log1("1 ~~~ sys_ini time: "..pt:time()) pt:start() for i = 1, 10000 do system_ini():r_float("explosion_marks", "dist") end pt:stop() log1("2 ~~~ system_ini() time: "..pt:time())В главном меню игры. [12/02/14 14:03:05] 1 ~~~ sys_ini time: 6490.5009765625 [12/02/14 14:03:05] 2 ~~~ system_ini() time: 17246.419921875 [12/02/14 14:03:20] 1 ~~~ sys_ini time: 5242.6943359375 [12/02/14 14:03:20] 2 ~~~ system_ini() time: 13490.841796875 [12/02/14 14:03:31] 1 ~~~ sys_ini time: 5106.6259765625 [12/02/14 14:03:31] 2 ~~~ system_ini() time: 14303.36328125 [12/02/14 14:03:43] 1 ~~~ sys_ini time: 5217.56640625 [12/02/14 14:03:43] 2 ~~~ system_ini() time: 13807.4453125 [12/02/14 14:04:04] 1 ~~~ sys_ini time: 5126.4877929688 [12/02/14 14:04:04] 2 ~~~ system_ini() time: 18833.763671875 [12/02/14 14:04:51] 1 ~~~ sys_ini time: 5214.3110351563 [12/02/14 14:04:52] 2 ~~~ system_ini() time: 13137.846679688 [12/02/14 14:04:57] 1 ~~~ sys_ini time: 5111.0854492188 [12/02/14 14:04:57] 2 ~~~ system_ini() time: 12934.647460938 [12/02/14 14:04:57] 1 ~~~ sys_ini time: 5214.4775390625 [12/02/14 14:04:57] 2 ~~~ system_ini() time: 13486.434570313Разница конечно есть, в среднем 5 миллисекунд... Но учитывая, что это всего лишь 1/8 времени апдейта актора, да и читать 10 тыс. параметров вряд ли кто будет - полезность этой оптимизации стремится к нулю.

Что "sys_ini = system_ini()", что и "оптимизации" навроде "math_random = math.random()" - никогда не видел профита от них. Тогда смысл?

@alexabakan0, последняя версия правок включает в себя в правку бинокля и вылет по рангам. Бери оттуда, только расскоменть правку бинокля в corrections_list.txt. Увы, нет. Надо просматривать все файлы, чтобы узнать какие правки есть. Впрочем, там немало тестовых и отладочных правок, которые по-хорошему надо было уже выпилить.

Параметр power_loss пыс для кого делало?.. Ага, спасибо - он самый ! dc

Разве новые свойства таким образом можно задавать? Why not ? Ни чем не отличается от self.what_you_know = something из себя. dc

@Max_Raf, вроде кроме метода alive в скрипты ничего не экспортировано по этой теме. Так что остается либо такой костыль, либо если смогешь, то меняй в памяти какой-нибудь байт у этого объекта, а потом его читай где надо. З.Ы. health == 0 кстати пробовал? Так ведь после перезагрузки, если объект будет мертв, то и alive вернет фальс.

local bAlive = true function MobKill(obj) obj:kill(obj) bAlive = false end function aaa() if not bAlive then ... end end

Последовательность вызовов функций у объекта класса CAttachableItem и проверка на парент актора. Actor is NOT FOUND! ~~~ net_Spawn Actor is FOUND! ~~~ OnH_A_Chield Actor is FOUND! ~~~ afterAttach Actor is FOUND! ~~~ net_Export ... Actor is FOUND! ~~~ net_Export Actor is FOUND! ~~~ afterDetach Actor is FOUND! ~~~ OnH_B_Independent Actor is NOT FOUND! ~~~ net_Destroy Как можно видеть, на net_spawn / net_destroy предмет не принадлежит кому-либо. Это надо учитывать при правках. net_Export вызывается периодически, примерно каждую 0.5-1 секунду. Кстати, кто-нибудь знает, для чего нужна функция net_Import? У меня она не вызывается вообще.

Материал. Вспомни Свалку - если на скалы залезть, то сразу будет красная радиация и это отнюдь не через аномалии сделано... Именно с помощью этого материала и создается радиационная зона за границами.

Не проще ли, колбек на дроп из тушки?

@Ирбис, color_animator же. Ковыряй ЛА-шный lanims.xr.

Как понять угловатый? Скрин?

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

Стоит лишь отсечь стартовый спавн предметов в актора, например через проверку device().precache_frame и проблема будет решена. А толку, если такая таблица актуальна только при старте игры по сути? Тогда уж на дропе убирай из таблицы выкинутую вещь. Впрочем, чем не нравится получение предмета через actor:object(section) (или через ту же итерацию по инвентарю) - я хз.

Ссылка на инвентарь, в котором лежит предмет обнуляется аккурат перед вызовом колбека для владельца. Скорее всего парент уже актор, вызов колбека происходит в самом конце функции трансфера.

На дропе? Для какого объекта вызывали колбек, тот и парент.

Долбите Чарси в личку, авось выложит вам

Если человек не хочет, чтобы портили его "идеальный мир", его нужно делать для себя и никому не давать. Сломают рано или поздно, инфа 100%. Нет совершенно одинаковых людей, соответственно и точки зрения разные, и далеко не всё, что м'сье разработчику кажется правильным - истина последней инстанции. Так-то да, всякие защиты подобного рода, так ещё и с привязкой к железу - лишний гемор как юзеру и разработчикам, так и движку. Но судя по всему, разрабы считают это одной из геймпленых фич. Что-ж, у всех свои тараканы в голове