Лимиты FPS?

[Beermonza]

Точным таймером можно задавать только счет, но не производить внутренние сложные процедуры. Виснет программа из за того, что обработка не успела выполниться за указанный промежуток времени. Я применил точный таймер на обработку кадка и повесил программу, поскольку код не уложился в 10 мс в один из моментов. Теперь представьте, что CPU будет не совсем свободен, процедура затянется, таймер как считал так и будет считать, не уложившись программа выдаст ошибку и повиснет, или просто тупо повиснет не сказав ни слова.
Пусть точный таймер выполняет обработку состояний объектов и считает такт, от которого отталкивается обработка сцены, ...а сама сцена выводится по обычному таймеру, не зависящему от точного, способному удлинить свой интервал, если внутренняя процедура не успела. В результате, состояние и положение объектов в игре будет у всех одинаковое, а вот отображение на слабых машинах будет прерывистое, но все объекты будут на тех же местах как и у всех, ...на быстрых машинах все будет плавно.

[Kostia]

Да, согласен, с эти VCl и таймером не первой точности, хотел как можно быстрее набросать.
Вот пример, точного таймера QueryPerformanceCounter и QueryPerformanceFrequency
Его работу тестил на разных машинах, на шустрых точность до ~0,0001 миллисекунды, на более слабых ~2 миллисекунды, все это естественно с промежуточными расчетами/обработкой сообщений, в общем delta кадра
Sleep(1) ~16 миллисекунд выполняется, как и следовало ожидать, тут до точности, как до Нептуна))
В общем прошу потестить

[Beermonza]

Считаю Sleep не подходящим методом для установки "прерывания", иначе это никак не назовешь. Если не ошибаюсь, в это время идет просто пауза, не реагирует на управление форма допустим, так или нет?

[Kostia]

Хы, я VCL никогда в таких целях не использовал, все обычно происходит в WM_PAINT или где-то тут

while True do
  begin
    if GetMessage(pMsg,0,0,0) then
    begin
      TranslateMessage(pMsg);
      DispatchMessage(pMsg);
    end else Break;
  end;

PS: нужно было все WP_PAINT засунуть и не париться. другой стороны, точно просчитать время не удастся...
Sleep(1) - это просто засыпание потока, ведь на процых выполняются линейные программы, а в винде можно создать кучу потоков, которые как бы выполняются параллельно, т.к. винда это контролирует, если поток ничем не занят, то винда его "усыпляет" и передает управление другому потоку, так винда распределяет процессорное время между всеми потоками и создается ощущение параллельности. Sleep как раз усыпляет поток и винда не дает ему процессорного времени, пока не истечет время сна. Поэтому окно и зависает, но нагрузки при этом на процессор нет.(я не помню где читал, так бы дал ссылку)

[Вадим Буренков]

ну, например, поэтому:

вот решил сделать на омеге игру

Ну если на омеге, то там есть обычные таймеры и системные процедуры.
Системная процедура инициализации:

  OE_RegProcedure( SYS_INIT, @Init );

вывода графики (тут должен быть только вывод графики, никаких рассчетов!!!!):

  OE_RegPRocedure( SYS_DRAW, @Draw );

процедура выхода:

  OE_RegPRocedure( SYS_QUIT, @Quit );

А код игры повторяющийся постоянно должен быть сдесь:

  Timer_Create( @Timer1, 10, 0 );

Если пренебрегать этими правилами то будут проблемы. Лично у меня все работает хорошо на всех компьютерах.

[VintProg]

А код игры повторяющийся постоянно должен быть сдесь:
Код:
Timer_Create( @Timer1, 10, 0 );

А за что 3-параметр отвечает у таймера?

[Вадим Буренков]

Низнаю. По всем вопросам смотри файл справки в комплекте с двигом.

[VintProg]

У меня вот такая проблема сделал
Timer_Create( @Timer1, 1, 0 );
у меня скорость нормальная, а у друга сумашедшая.

[Вадим Буренков]

Зачем ставить 1, поставь 10. Все будет работать нормально. При таких высоких скоростях процессор нагружается на максимум, ничего хорошего от этого не будет.