Timer или While?

[xrob]

Делаю игрушку.

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

с другой стороны, в большинстве исходников для игр, которые я скачивал
весь игровой процесс запёхан в цикл while.
типа while not Terminated do ...
казалось бы - то что надо, но несколько напрягает в таком случае загрузка проца на 99%,
даже если ничего тяжелого прога не делает.

хотелось бы услышать комментарии по поводу использования таймера,
и насколько адекватно использовать while, используют ли его в играх,
или это халявный вариант в примерах?

заранее спасибо всем ответившим.

[bulldog5293]

хотелось бы услышать комментарии по поводу использования таймера,
и насколько адекватно использовать while, используют ли его в играх,
или это халявный вариант в примерах?

код хотябы покажи

[Пепел Феникса]

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

и что?
таймеры не паралельны.

PS: посмотрите тему "как вы относитесь к созданию игр на делфи" в разделе игр.

[mss]

while not Terminated do ...напрягает .. загрузка проца на 99%

Почаще насколько это возможно переходи в kernel-time - загрузка снизится до минимума.

while .. do
begin
  DoSomething; // пошустрее сделал свои дела : чем шустрее - тем меньше будет загрузка CPU твоим процессом
  Sleep(1); // и перешел на, скажем, 1мс в kernel-time
end;

комментарии по поводу использования таймера

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

[xrob]

bulldog5293, смысл мне код показывать?
у меня ведь не "найдите ошибку в коде срочна! завтра сдавать!"
а вопрос больше по принципам построения программы.
так что конкретный код здесь особо не нужен.

Пепел Феникса, предложение почитать тему в 900+ постов очень заманчиво! ))
боюсь не осилю...

mss, sleep?
я много лестных слов слышал в его адрес.
а что вы об нем думаете?
sleep по-моему вообще всю программу останавливает...

а вообще я придумал использовать единственный таймер,
из которого запускать все остальное.
что-то типа while, но begin ... end; вызываться будет по таймеру

[Пепел Феникса]

sleep по-моему вообще всю программу останавливает...

только поток который его вызвал.

[mss]

что вы об нем думаете?

То же что что и о прочих API-функциях, исполнение которых кроме всего прочего переводят вызывающий поток в kernel-time.

[phomm]

Я всегда старался придерживаться такого подхода :

procedure TMainFrm.TMRMainTimer(sender : object); // таймер любой можно прикрутить, не суть важно
begin
if GameStateChanged // вот он мейн тик игры, возвращает true если что либо изменилось, в нем всё живёт и цветёт
  then begin
  DoAllPaint(); // подготавливаем буфер окна
  self.invalidate;
  end;
end;

procedure Tmainfrm.FormPaint(Sender : Tobject);
begin
bitblt(self.canvas.handle,..., mainbuf,...); // блитим уже готовый буф кадра
end;

может, правда, кто-то скажет не очень кузяво, но проц спокойнёхонек - 0% загрузки при бездействии, при тике и рисовке кадра - зависит от кода, само собой (ну и постулат при разработке этого подхода был - приложение всегда отрисовано - и при таймерном вызове и вручную можно добавить и при всплывании окна, без накладок).

Да, этот подход на VCL , но вообще его махом можно перенести и на нормальную очередь сообщений и ВинАПИ без перекроя.