делаю стратегию - пара вопросов

[Takato]

Сообщение от old_dark_elf

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

Не лучший вариант, имхо. К тому же, не к любой графике подходящий

[old_dark_elf]

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

[Dima K]

у кого какие уже есть решения(примеры).

[Stone]

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

и вообще хорошая идея (стратегия на флэш). надо бы разбить на подтемы и заняться дружно)))

кто возъмется тех задание писать?

[iNils]

Сообщение от Dima K

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

Я тебя умоляю.... какое искать, ты знаешь что за клетка и смотришь сразу знапчение ее в массиве.

[Stone]

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

[iNils]

Сообщение от Stone

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

не будет тормозить

[Takato]

Сообщение от Stone

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

Массив не обязательно должен быть по каждой точке. Разделить поле на квадраты размером пикселей 20, например, и делать массив квадратов.

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

То есть, остается прогить как препятствия тока здания и препятствия карты (горы и т д). Их во-первых намного меньше, они неподвижны и больше по размерам - то есть квадраты массива можно увеличить и до 50 пикселей а то и больше


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

[iNils]

если массив содержит инфу о 10000 клетках это не страшно.
а вот теперь попробуйте создать мувиклипы для этих 10000 клеток.
тут ваш флеш и загнется и совсем не из-за массива.

[Stone]

Сообщение от iNils

не будет тормозить

попробуй загнать тектовый документ размером 10-20 метров в массив. слово - элемент. а потом поработать с ним. 5-ка вешалась даже при загрузке вроде.

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