Статья Создание таймеров с использованием счетчиков основанных на делении по модулю MOD

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

 

Разберем три варианта написания скриптов, с использованием циклов, и таймеров:

 

Первый вариант:

*Создание двух нитей(запуск двух параллельных, и независимых скриптов).

[] spawn
    {
        while {true} do
            {
                //    Процедура, которую необходимо вызывать раз в 5 секунд.
                [] call MyProc_0;
                sleep 5;
            };
    };
[] spawn
    {
        while {true} do
            {    
                //    Процедура которую необходимо вызывать раз в 12 секунд.
                [] call MyProc_1;
                sleep 12;
            };
    };

   
Недостатки:

• Объемный код.
• Запуск множества цикличных скриптов => увеличение нагрузки.

    
Второй вариант:

*С переменными(запуск одного скрипта, с доп. переменными, основанными на diag_Ticktime).

[] spawn
    {
        Private ["_timer_0", "_timer_1"];
        _timer_0 = diag_Ticktime;
        _timer_1 = diag_Ticktime;
        while {true} do
            {
                //    Процедура, которую необходимо вызывать раз в 5 секунд.
                if ((diag_tickTime - _timer_0) >= 5) then
                    {
                        _timer_0 = diag_Ticktime;
                        [] call MyProc_0;                        
                    };
                //    Процедура которую необходимо вызывать раз в 12 секунд.
                if ((diag_tickTime - _timer_1) >= 12) then
                    {
                        _timer_1 = diag_Ticktime;
                        [] call MyProc_1;
                    };                
                uiSleep 1;
            };
    };

   
Недостатки:

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

   
И наконец третий вариант:

*С использованием mod

[] spawn
    {
        Private ["_timer"];
        _timer    =    0;
        while {true} do
            {
                //    Процедура, которую необходимо вызывать раз в 5 секунд.
                if ( (_timer mod 5) == 0 ) then
                    {[] call MyProc_0;};
                //    Процедура которую необходимо вызывать раз в 12 секунд.
                if ( (_timer mod 12) == 0 ) then
                    {[] call MyProc_1;};
                _timer    =    _timer + 1;
                uiSleep 1;
            };
    };

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

Изменено 30 сентября 2016 пользователем NoNameUltima (история изменений)

пропусков типа 5.6.7.9.10  не бывает на 3 способе?

пропусков типа 5.6.7.9.10  не бывает на 3 способе?

думаю может быть минимальная задержка в 3 способе, но чувствоваться не будет точно, да и пропусков быть не может

пропусков типа 5.6.7.9.10  не бывает на 3 способе?

???

какие еще пропуски?

деление по модулю, определяет наличие дробной части.

 

 if ( (_timer mod 5) == 0 ) then

1\5=1

2\5=1

3\5=1

4\5=1

5\5=0

6\5=1

7\5=1

....

и т.д.

 

думаю может быть минимальная задержка в 3 способе, но чувствоваться не будет точно, да и пропусков быть не может

Откуда там задержка?

Там самые простые для процессора инструкции

1. Деление по модулю.

2. Инкрементация переменной.

В отличии от постоянного опроса функции из п.2, или создания множества потоков из п.1

команда UIsleep говорят не зависит от фпс и тд. Но сама sleep довольно нестабильна, и задержка в одну секунду зачастую оборачивается 1+ сек. то есть, если берем промежуток в 5 сек для срабатывания скрипта, а sleep херачит по 1.03459  (к примеру).

Все же повторяю вопрос, 3 способ тестился на пропуски чисел, хотябы от 0 до 100 ? ))

[] spawn {
	Private ["_timer"];
	_timer = 0;
	while {true} do {
		if ( (_timer mod 1) == 0 ) then {
			systemchat str _timer;
		};
		_timer = _timer + 1;
		uiSleep 1;
	};
};

Если этот код не пропустит ни одной последовательности от 0 до 100 или до 200 лучше - то 3 способ шик ) Тестаните кто нибудь

 

команда UIsleep говорят не зависит от фпс и тд. Но сама sleep довольно нестабильна, и задержка в одну секунду зачастую оборачивается 1+ сек. то есть, если берем промежуток в 5 сек для срабатывания скрипта, а sleep херачит по 1.03459  (к примеру).

Все же повторяю вопрос, 3 способ тестился на пропуски чисел, хотябы от 0 до 100 ? ))

[] spawn {
	Private ["_timer"];
	_timer = 0;
	while {true} do {
		if ( (_timer mod 1) == 0 ) then {
			systemchat str _timer;
		};
		_timer = _timer + 1;
		uiSleep 1;
	};
};

Если этот код не пропустит ни одной последовательности от 0 до 100 или до 200 лучше - то 3 способ шик ) Тестаните кто нибудь

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

 

Откуда там задержка?

Имелась ввиду ничтожная доля секунды, которая не почувствуется.

команда UIsleep говорят не зависит от фпс и тд. Но сама sleep довольно нестабильна, и задержка в одну секунду зачастую оборачивается 1+ сек. то есть, если берем промежуток в 5 сек для срабатывания скрипта, а sleep херачит по 1.03459  (к примеру).

Все же повторяю вопрос, 3 способ тестился на пропуски чисел, хотябы от 0 до 100 ? ))

[] spawn {
	Private ["_timer"];
	_timer = 0;
	while {true} do {
		if ( (_timer mod 1) == 0 ) then {
			systemchat str _timer;
		};
		_timer = _timer + 1;
		uiSleep 1;
	};
};

Если этот код не пропустит ни одной последовательности от 0 до 100 или до 200 лучше - то 3 способ шик ) Тестаните кто нибудь

Ответ в #6

Он невозможен в принципе.

P.S. И sleep НЕ нестабилен, а основан на итерациях каденсера сцены - частоты обновления кадров у игрока. - Используется в визуальных скриптах. Например при анимации какой то сцены - тогда когда надо произвести какое то действие, но при этом исключить рассинхрон.

Пример:

Анимация:

С расстояния 600м со скоростью 6м\с едет автомобиль.

Пауза 100 секунд.

Подъезжает к зданию, юнит №1 выходит.

Юнит №2 стоявший у здания - начинает диалог.

 

Если ты вставишь uiSleep - возможен рассинхрон.

Например, если производительность клиента низкая, - автомобиль не успеет доехать, а юнит №2 начнет диалог, ДО приезда автомобиля. А доедет он не за 100сек, а за 105(к примеру).

Если ты вставишь sleep - все будет нормально. Задержка будет основана на производительности.

 

Для технических скриптов используется uiSleep, который основан на системном таймере времени.

Изменено 30 сентября 2016 пользователем NoNameUltima (история изменений)

И в догонку:

1. В циклах-таймерах, правильней использовать spawn, или ExecVM - т.к. инструкция call выполнит код в теле цикла(а это может занять время, и если есть крайняя степень необходимости четкого интервала, то call не уместен)

 

Пример:

 

{

[] call MyProc_0; // Само выполнение процедуры MyProc_0 заняло 10 секунд. пока она не выполнится, скрипт цикла не перейдет на следующую строку!

[] spawn MyProc_1;// Не важно сколько занимает выполнение процедуры MyProc_1 - скрипт сразу же перейдет на следующую строку, продолжив работу. Сама процедура MyProc_1 будет выполнена в отдельном потоке.(тоже самое касается ExecVM)

 uiSleep 1;//пауза 1 сек.

};

 

2. Если необходимы более "чувствительные", задержки, никто не мешает написать так:

 

        _timer = _timer + 0.1;
       uiSleep 0.1;

Изменено 30 сентября 2016 пользователем NoNameUltima (история изменений)

Благодарю за пояснение особенностей sleep и call )  И за 3 способ ) Взял себе для более четкого расписания выполнения скриптов )

Благодарю за пояснение особенностей sleep и call )  И за 3 способ ) Взял себе для более четкого расписания выполнения скриптов )

Но не забывай, что spawn и execVM создают доп. поток - который УЖЕ мог быть создан.

 

Например:

while {true} do

{

[] spawn XXX;

uiSleep 1;

};

 

Если процедура XXX выполняется более 1 сек, то возможны варианты, когда одновременно будут запущены 2-3...100500 скриптов ХХХ

Для решения данной проблемы, можно в сам скрипт ХХХ вставить инструкцию

 

IF !(isNil "XXX_Work") exitWith {};

XXX_Work = true;

....

тело скрипта ХХХ

....

XXX_Work = nil;

 

Либо более правильно, в сам таймер вставить данный код:

 

if (isNil "XXX_Work") then

{

XXX_Work = true;

[] spawn XXX;

};

 

А в процедуру ХХХ, финальной строкой, только обнуление

XXX_Work = nil;

 

И не следует полностью отказываться от call в таймерах. - Большинство процедур отрабатывают с бешеной скоростью, и не влияют на общую работу таймера.

В целом - к каждому скрипту и вызову надо индивидуально подходить.

Какие то можно исполнять через call

А какие то через spawn, и возможно с доп. переменной, чтобы исключить повторный запуск скрипта, пока не отработал предыдущий.

Это касается любого способа создания таймеров! т.е. любого из вариантов в #1

 

Офф топ:

)_

Млять как же меня бесит, что в словаре Даля слово предЫдущий через Ы пишется.))))))))))

Че за тупизм?) Кто нить знает хоть один пример когда буква И - более логичная и правильная в данном слове, может исказить смысл?

Даже логически - от глагола - идти. предИдущий...

Изменено 30 сентября 2016 пользователем NoNameUltima (история изменений)