Искуственый интелект в играх

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

Расчёты выполнять с максимально возможной скоростью, вывод - с необходимым FPS, т.е. фактически нужно 2 таймера

Так и должно быть (по крайней мере многие игровые движки устроены так). Это позволяет стабильно держать fps при скачках скорости в таймере обработки (в одно время игры может быть 5 противников, а в другое 20, при этом fps не меняется).

[Beermonza]

Если я правильно понимаю, то речь идет о 2D, там нам нужен факт, что кадр полностью готов, иначе зачем его выводить по точному таймеру если он еще не готов? ...пусть тратит на себя столько времени сколько нужно, в этом TTimer нам помогает без хитростей, ...а ИИ реагирует по изменению мира, изменение мира - изменение игрового пространства, отображение пространства - отображение кадра, отображение кадра - выполнение кода за сколько понадобится времени, ...все строго синхронизировано, ...не хотите тормозов, ищите методы быстрой прорисовки, тогда TTimer вам будет задавать такт смены кадра, а не оттягивать интервал по случаю тормозного кода.

[JTG]

Скорость прорисовки не важна, сам по себе TTimer непозволительно много времени бездействует для многих задач: если в нём опрашивать клавиатуру, например, получим всего 20-30 результатов в секунду, динамичную бомбилку-скроллер аля Zanac с такими результатами написать нереально. С ИИ ситуация аналогичная, короче в играх ему (таймеру) делать нечего

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

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

Ну это для Canvas. Для движков все по другомую Например игра которую я делаю (гонки) выдает на моем железе 15-20 тысяч! кадров в секунду. В ней лучше разделять таймеры где выводится графика и обрабатывается сама игра (сами таймеры точные).

[Beermonza]

Спросите у автора темы, что он пользует, ...вряд ли будет ответ OpenGL или DirectX, ...ответ будет - Canvas. Тут конкретно нужно время на построение кадра. Скажите-ка мне, если я брошу свой скоростной код который занимает всего, например, половину времени выставленного интервала в точный таймер, вместо TTimer от этого что-то изменится? ...или TTimer выполнив внутренний код будет в процессе ожидания что-то касячить, тянуть время, или ошибочно его определять? ...я немножко не пойму, объясните конкретно, для 2D и Canvas.

[JTG]

Да, он будет тянуть время, у него "разрешение" около 50 мс.

[Beermonza]

Вы меня не убедили. Ставим на оба таймера интервал 31 мс, и оба они работают одинаково, ...не верите, проверьте сами. Вообще, вывод в форму чаще чем 30 мс в Windows не рекомендуется, ...для 2D игры - за глаза, и для управления тоже. Преимущества есть у TimeSetEvent только в том случае если нужны иные расчеты в программах, генераторы и пр, где работа идет в интервалах 1 мс. Я проверил свой скоростной код на обоих с интервалом 31 мс, и не увидел никакой разницы, ...поставил 20 мс, снова никакой разницы, оба справляются, ...поставил 10 мс, TTimer продолжает работать с такой же скоростью что и с интервалом 20 мс, а TimeSetEvent повешал прогу, создавать еще какие-то коды для нормальной работы, по большому счету, нет никакого желания. Так что вот вам практика от и до.