В примере dark age по периметру карты расставлялся блокирующий обьект на таком расстоянии, чтоб худ перекрывал его. Сейчас по памяти говорю, точно сказать не могу. Только там был баг с миникартой, когда можно было выползти за пределы карты. Если поковырять, можно найти решение, как исправить.

Я думаю достаточно будет запретить создавать обьект "цель" до которого просчитывается путь юнита, когда мышь находится над обьектом "интерфейс". а карту делать с разных сторон с запасом в несколько ячеек, которые перекроются hud'ом и в этах "запасных" ячейках разместить обьект, который бы запретил перемещение и просчет путей через ячейки которые он перекрывает. как-то так...

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

Я лично выбрал для себя универсальный метод создания поиска пути. Есть обьект который должен двигаться. Назовем его "юнит". Есть точка, в которую обьект должен двигаться. Но точку эту нужно как-то определить. Для этого создается обьект, ну скажем "цель". Этим обьектом может быть какой угодно обьект.
Таким образом тебе нужно создать обьект "цель", просчитать путь от обьекта "юнит" к обьекту "цель" и начать движение.

Допустим для того, чтобы юнит начал идти в указанную точку нужно нажать правую кнопку мыши. Сначала в событии "правая кнопка нажата" обьекта "юнит" нужно определить создание обьекта "цель". Теперь после щелчка мышью создается обьект "цель" в событии "создание" которого нужно задать функцию отвечающую за поиск пути, после которой еще одну функцию которая определяет просчитан ли путь, и если да начать движение по нему. Теперь наш "юнит" при нажатии правой кнопки двигается к "цели".

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

В событии "правая кнопка нажата" обьекта "юнит" перед функцией создающей обьект "цель" нужно поставить условие "если есть столкновение с обьектом "интерфейс" не создавать обьект". Таким образом обьект "цель" будет создаваться только в игровом окне не затрагивая интерфейс.

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

расставить обьект "блок" нужно так, чтобы он по ширине или длинне полностью перекрывался обьектом "интерфейс":

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

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

http://depositfiles.com/files/axgjkp12l

Добавлено (02.06.2010, 13:41)
---------------------------------------------
даже техника на юго-восток поворачивается

Добавлено (02.06.2010, 14:27)
---------------------------------------------
И в догонку - как избавиться от подкраски юнитов во время старта игры - союзные - в синий , вражеские - в красный.
Я понимаю что это надо (спрайты то одинаковые, но мне еще свои добовлять). Не хочу что б они оттдавали синим или красным.

вводишь ss и берешь ссыль...
например

http://ssdepositfiles.com/files/axgjkp12l

Добавлено (14.06.2010, 17:16)
---------------------------------------------