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

[VintProg]

Манжосов Денис
А ты не занимался ИИ,
и сколько у тебя опыта в программировании если не сикрет?

[Манжосов Денис :)]

Не секрет. 3 года, но главное, конечно, не время, а знания. Я не занимался ИИ, и что значит "Заниматься ИИ"?

[VintProg]

Я не занимался ИИ, и что значит "Заниматься ИИ"?

Ну программировал Искуственый Инелект для аткеров в играх?

Не секрет. 3 года, но главное, конечно, не время, а знания

В Delphi или С++?

[Манжосов Денис :)]

В Delphi или С++?

Это не имеет значения в данной теме. В Delphi.

Ну программировал Искуственый Инелект для аткеров в играх?

Нет. Мне ещё не приходилось делать игр с серьёзным ИИ.
P.S. Не флуди.

[VintProg]

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

[Beermonza]

Придерживайтесь темы пожалуйста.

Делаем один таймер с интервалом порядка 31 мс, этого достаточно, меньше - лишняя нагрузка на систему.
В таймере что касается ИИ делаем условия на проверки, например, флагов, или конкретной переменной в записях персонажа, которая характеризует состояние. Например, если 0 (перс стоит) переключиться на 1 (сканирование территории), выход функции - цель, если она есть с координатами ...следом, если 1 и функция вернула цель, то переключить состояние в 2 (перемещение), блок перемещения "видит" состояние 2 и начинает менять координаты перса, он перемещается в сторону цели. Следом в ИИ, если состояние 2 и цель в радиусе удара (в записях от типа оружия), то переключение состояния в 3 (атака), блок действий "видит" состояние 3 и запускает анимацию атаки. Все примерно так.

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

Делаем один таймер с интервалом порядка 31 мс, этого достаточно, меньше - лишняя нагрузка на систему.

Таймер не точный. Если в Interval поставить 1-55 то настоящий интервал будет 55. Если 55-110 то настоящий интервал будет 110.

[mutabor]

1) сколько максимально можно таймеров в игре использовать им же есть предел?

Это не ты спрашивал в соседней теме сколько объектов можно создать? Так вот, таймер это объект. А ответ я там дал.

Таймер не точный. Если в Interval поставить 1-55 то настоящий интервал будет 55. Если 55-110 то настоящий интервал будет 110.

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

[Beermonza]

Сообщение от Вадим Буренков

Таймер не точный. Если в Interval поставить 1-55 то настоящий интервал будет 55. Если 55-110 то настоящий интервал будет 110.

Утверждение не верное. Между 1 и 55 есть промежутки 10 20 30 40 они отличимо меняют скорость анимации, например у меня. Все зависит от того, успел ли внутренний код выполниться до момента истечения интервала. Например, если у вас Canvas'ами все кишит внутри таймера, то таймер не будет реагировать на интервалы до 50-60 а то и больше, искусственно удлиняя их до времени выполнения кода.
У меня полная обработка цикла прорисовки кадра занимает в районе 10 мс, по-этому я искусственно ставлю интервал 31 мс, чтобы достичь синхронизации с анимацией.

Послесловие: ...вопрос только в том, зачем вам точное выполнение внутреннего кода быстро по точному интервалу, если графика не успевает за ним? ...пусть и ИИ тормозит следом за выводом кадров, тогда будет полная синхронизация в игре, никакая процедура/функция не "бежит впереди паровоза".

[JTG]

С мультимедиа-таймерами лажа полная, оно тикает, не дожидаясь ответа, фактически в своём потоке, если в calback засунуть PostMessage (а туда практически ничего другого пихать не рекомендуется) и процесс где-то тормознёт чуть больше, чем следовало - засыпет сообщениями по-самое-небалуйся Проще уже будет явно поток сделать с паузой в виде timeSetEvent/waitForSingleObject, чем с timeSetTimer, меньше проблем с синхронизацией. А вообще, конечно, мерять маленькие промежутки времени в винде тот ещё геморрой.

зачем вам точное выполнение внутреннего кода быстро по точному интервалу, если графика не успевает за ним

Расчёты выполнять с максимально возможной скоростью, вывод - с необходимым FPS, т.е. фактически нужно 2 таймера, для вывода вполне подойдёт и TTimer (даже при использовании GDI, если не ворочать мегабайтными текстурами разумеется). При таком подходе в случае нехватки ресурсов FPS останется стабильным, просто движения будут просчитаны хуже, что-то вроде frameskip'а. И да, это тока теория, надо бы проверить)