Карта разбивается на тайлы в несколько слоев, один из которых является так называемым path-nodes, то есть маппингом допустимых для хождения клеток. Вы определяете точку назначения и точку отправления, а дальше алгоритм строит путь, обходя все препятствия, по которому вы уже заставляете двигаться вашего игрока, нпс, монстра, нечто.

Примеров масса, нелодырь разберется.

Постарались бы хоть что ли... Вот даже бой вам дали. Развивайся не хочу.

2 Ассасин
Если нужен бой лично тебе для продолжения, пиши в лс.

2 Инферник
Добрая душа - +

Подход мне нравится) правда есть одно НО

С чего Вы вообще это взяли?

А можно так, чтобы я просто подумал о ком нить из них и оно в базу записалось?

То есть решение :

"1 - каждый участник имеет в бою таймер раунда и по его истечению проверяется "кто ударил", и в зависимости это этого устанавливается продолжение боя ака "ничья", если оба не ударили, "победа", если не ударил соперник, "проигрыш", если не ударили Вы (первая линия контроля)
2 - если оба в оффе, то ессно таймеров нет, и тогда функцию завершения боя берет на себя доступный Вам шедулер (скорее всего это будет cron), который с выбранным Вами интервалом будет завершать бои, где текущее время раунда > допустимого времени раунда"

Вас не устраивает?

Если достигните успеха в области математической экстрасенсорики... обещайте поделиться!

Flex Работает во всех обраузерах одинаково хорошо в большинстве случаев... за редкими специфическими исключениями, которых в данном проекте не присутствует.

НЕ ГОНИ НА МАТЬ!!! (с)

Хотя есть вариант... напишите сами... по крайней мере шансы, что на этапе создания главной страницы он будет соответствовать заявленным Вами требованиям, весьма высоки

Видимо осознание "а мне игра то.. нравится!!!" должно юзеру придти телепатически... картинка в мозгу: "Игра класс, ставь Хром!".
Думаю Вам не стоит слушать предыдущего оратора и продолжать решать проблему. Что-то мне подсказывает, что тут в кодировках собака порылась.

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

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

но это только предположения... и они справедливы не только в Вашем случае. Думаю станиц 5 в данной теме очевидно лишних

Многим оч полезно будет.. мог бы - "+" + "+".. )

А для 2-х мелкий вопросюсиков, которые Вы задали самое место в отдельном посте, а не как не в отдельной теме.
Тем более, что на один из них ответ уже дан, при чем раньше чем создана эта тема.

Касательно второго:

В SWFLoader'е который загружает GameField параметру source надо задать значение {page} для привязки данных.
В начале АС нужно добавить переменную [Bindable] private var page:String = "";

Тегу Application добавить обработчик события applicationComplete Или creationComplete = "loadPage()"

Сама функция:

public function loadPage():void
{
load.send();
}

аШТиТиПи сервис для функции:

<mx:HTTPService id="load" result="onLoadResult(event)" url="путь к файлу location.php" method="POST"/>

Функция результрующая:

private function onLoadResult(e:ResultEvent):void
{
page = String(e.result);
}

Теперь будет загружаться та флешка, урл которой придет с сервера.
Файл location.php:

Ну и чтобы наладить навигацию... В той флешке из которой вы хотите уйти. Создаем близнеца переменной указанной выше.

Кнопачке перехода задаем обработчик goTo("флешка в которую хотим зайти").

Сама функция:

private function goTo(place:String):void
{
page = place;
goto.send();
}

аШТиТиПи:

<mx:HTTPService id="goto" method="POST" result="onGoToResult(event)" url="путь к newlocation.php">
<mx:Request>
<mx:page>
{page}
</mx:page>
</mx:Request>
</mx:HTTPService>

Результирующая функция:

private function onGoToResult(e:ResultEvent):void
{
FlexGlobals.topApplication.loadPage();
}

Функция вызовет функцию, которая обновит текушую флешку.

PHP newlocation.php:

Всего то и делов

"Куда следует" означает, что надо хорошо подумать. Этот скрипт нужно инклюдить в самое начало скриптов символизирующих выполнение какого-либо действия пользователем, н-р снял вещь - команда пошла к серверу - скрипт сработал, показав что вы в онлайне, т.е. проявляете признаки активности. Но в идеале в любой игре есть таймер, н-р проверки статуса пользователя или восстановления здоровья, выполняющийся к примеру каждые 30 сек. Тогда скрипт нужно привязать именно к выполнению этого таймера. Тогда и активные, но ничего неделающие пользователи будут довольны.

Чтобы удалять неактивных пользователей. Нужно по крону ( или другому шедулеру) запускать примерно следющего вида скрипт:

Он удалит тех, кто уже 5 минут не вызывал скрипт действия.

Ну и конечно не надо объяснять что структура sessions -> user (varchar), lastdate (current timestamp) , надеюсь.

Выглядеть это может примерно так:

private function onDropResult(e:ResultEvent):void
{
if (int(e.result) == 1)
Alert.show("Недостаточно места в инвентаре, чтобы снять вещь");
else if () /// .... дургие ошибки возможные

else // если сообщений об ошибках нет
invent.send();
}

Результаты несоменно должны сразу появляться) Пользоваться такой мощной асинхронностью и не показывать этого... преступление)

Какой фон будет у флешки то и полезет на весь экран. Ну, и конечно возможно не стоит пользоваться параметром фона для тега mx:Application. Не знаю как поведет себя FD. Если возникнут проблемы, то вставьте картинку фона внутрь бокса. Короче фантазию чаще включайте

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