Последовательное выполнение скриптов Опции

[BlackBot]

Доброго дня друзья.
Интересует вопрос следующего плана.
Имеется игра в котороой в неактивном окне не работает отправка left, send - что крайне необходимо для управления. Kleft работает нормально - активирует окно и кликает в заданные координаты.
Возникла мысль играя в 6 и более окон выполнять действия в всех запущенных клиентах игры.
Собственно вопрос. Возможно ли написав необходимый скрипт, и привязав каждый скрипт к одному клиенту, реализовать поочередное выполнение каждого скрипта с последующей активацией следующего скрипта, управляющего другим клиентом?
Действия будут одинаковые - на компе (сервере) лидер ставить группу в очередь на арену, на клиенте кликер ждет подтверждения сбора арены и жмет кнопку "битться на арене" - отдает управление следующему скрипту - тот делает тоже в своем окне и так далее. После чего скрипт ждет результатов арены и выходит с нее вставая в ожидание следующей.

[DarkMaster]

Вобщем не поленился я... Потестил нормальное распределение. Разница существенная, при статичном свапе от 1 до #arr отклонения от ожидаемого до 20%. math.random(i, #arr) однозначно лучше - отклонения в пределах статистической погрешности.

код для теста

Код

-- 1 - обмен позиций 1-10
-- 2 - обмен позиций i-10
local method = 2

math.randomseed(os.clock())

local n = 1000000

-- инициализируем счетчик
local counter = {}
for i = 1, 10 do
    counter[i] = {}
    for j = 1, 10 do
        counter[i][j] = 0
    end
end

for z = 1, n do
    local a = {1,2,3,4,5,6,7,8,9,10}
    for i = 1, #a do
        local tmp = a[i]
        local r
        if method == 1 then
            r = math.random(1,10)
        else
            r = math.random(i,10)
        end
        a[i] = a[r]
        a[r] = tmp
    end
    for i = 1, #a do
        counter[a[i]][i] = counter[a[i]][i] + 1
    end
end

local p = {}
for i = 1, 10 do
    p[i] = {}
    for j = 1, 10 do
        p[i][j] = math.abs(10 - counter[i][j] / (n / 100)) * 10
    end
end

for i = 1, 10 do
    log("% отклонения перемещения "..i.." от ожидаемого в позицию:")
    for j = 1, 10 do
        local s = string.format("%f",p[i][j])
        if p[i][j] < 10 then
            s = "0"..s
        end
        if j < 10 then
            log(" "..j..": "..s)
        else
            log(j..": "..s)
        end
    end
end

lua перемешать массив. готовая функция

Код

local shuffle = function(a)
do
    math.randomseed(os.time())
    shuffle = function(a)
        for i = 1, #a do
            local tmp = a[i]
            local r = math.random(i, #a)
            a[i] = a[r]
            a[r] = tmp
        end
    return a
end

Сообщение отредактировал DarkMaster - 22.6.2024, 18:39

[BlackBot]

Вобщем не поленился я... Потестил нормальное распределение. Разница существенная, отклонения от жидаемого до 20%. math.random(i, #arr) однозначно лучше.

Это конечно хорошо - вещь иногда полезная весьма. Но тогда весь код надо на ЛУА переносить)
А с ориентацией в 3d играх, беда ( Затратный код получается - игру переписать можно) Слишком много входных данных для анализа нужно - цвет не вариант, изображения меняются взависимости от углаобзора, анализ растояния до припятствия невыполним, или слишком затратен.
Пока остается только - тригер -> время бега-> поиск очередного тригера -> опять бег