Что нужно для написания игр ?

[Slesar]

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

Точно.

В корпус 8х16 или короче тогда надо будет втиснуть башню, которую можно будет поворачивать на 360 градусов.

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

---------- Post added at 13:50 ---------- Previous post was at 13:46 ----------

Все-таки колеса/антигравы нужно сделать другого цвета иначе все будет однотонное.

Я что-то слабо представляю. В спрайте 4 знакоместа, в каждом из которых может быть только по 2 цвета, один из них черный. Максимум можно сделать перед одного цвета, а зад другого, или шахматную раскраску.

[Advertiser]

[zx-kit]

Я что-то слабо представляю. В спрайте 4 знакоместа, в каждом из которых может быть только по 2 цвета, один из них черный. Максимум можно сделать перед одного цвета, а зад другого, или шахматную раскраску.

Я предлагаю сделать спрайт размером 16х16 точек, но занимать он будет 6 или 9 знакомест:
123
456
789

Корпус занимает знакоместа 4,5,6.
Гусеницы, колеса, антигравы занимают по пол-знакоместа 1,2,3,7,8,9. То есть у них свой цвет+черный.

[Slesar]

А-а-а...

[Slesar]

Концепт

[Лас]

Концепт

Женица вам надобно, барин.

[zx-kit]

Женица вам надобно, барин.

Вот и программисты подтягиваются.
Как нам из этих рисунков спрайтов наделать и заставок ?

А что - хороший летающий танк получился. До чего дошел прогресс...

[Лас]

Вот и программисты подтягиваются.

C юбилеем.

[zx-kit]

C юбилеем.

Стареем, стареем ...

[Andrew771]

Нашел детальную открытую переписку В.Медноногова по этому поводу: http://pmg.org.ru/ai/raypath.zip

Вкратце быстрый алгоритм поиска пути таков (кому лень читать многабукафф):
1. Идем по прямой к цели.
2. Если наткнулись на препятствие, то переходим на п.3, иначе на п.1.
3. Считаем по периметру препятствия по часовой и против часовой стрелки (в двух направлениях), где меньше клеток для обхода, и запоминаем эти клетки. Последними клетками обхода считаются те, из которых можно двигаться по прямой к цели (последующие возможные препятствия пока не считаются).
4. Обходим препятствие по клеткам с минимальным обходом.
5. Переходим на п.1.

Вспомнил вот, решил написать...
Когда в 2000 г. я начал писать для Спектрума RTS (надеюсь, напишу ее), то алгоритм поиска пути делал тоже без полного просчитывания пути, чтобы максимально сэкономить время просчета и память. Он еще быстрее медноноговского, но маршрут может быть хуже, если препятствия протяженные. Тем не менее, в итоге юнит придет в нужную точку. Вот такой он:

1. Идем по прямой к цели (обе координаты горизонтальная и вертикальная сближаются с целью), запоминаем последние 6 клеток, через которые прошли, в буфер.
2. Если наткнулись на препятствие, то идем на клетку, чтобы хотя бы одна координата - горизонтальная или вертикальная сближались с целью. При этом не заходя ни на одну из 6 последних запомненных клеток в буфере. Продолжаем запоминать 6 последних клеток в буфер.
3. Если невозможно идти в условии п.2, то идем на любую соседнюю случайную клетку, которой нет в буфере. Продолжаем запоминать 6 последних клеток в буфер.
4. Если невозможно идти в условии п.3, то идем на любую соседнюю случайную клетку, которая есть в буфере, кроме той, где были на прошлом ходу. При этом в буфере запомненных клеток удаляем клетки, из которых пришли на текущую клетку в прошлый раз.
5. Переходим на п.1, пока не достигли цели.

Проверял, работает. Правда, приходится для каждого юнита хранить буфер 6 клеток (можно не сами координаты клеток, а смещение до них от текущей в 2-3 битах). Буфер можно увеличить/уменьшить в зависимости от размера и изрезанности предполагаемых препятствий.

[zx-kit]

Подумываю продолжить разработку игры. Если игровое поле больше, чем один экран, в какой момент обычно делают передвижение экрана ? Для игры типа танчики.