Реал тайм игра - как реализовать?

[etc]

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

[BlooDHounD]

Котяра, мой TCP отправляет даже один байт. у нас разные TCP?

[gloomyBrain]

В таком случае нагрузка на сервер будет существенно выше

Как уже говорил Rzer, если сервер выдает весь путь (а значит, и рассчитывает), то при частой смене точки назначения перегруз будет несколько больше (на мой взгляд), чем если с приблизительно равным интервалом проверять вершину графа на предмет доступных соседей (всего соседей например 8, если у нас мир из квадратных кусочков)

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

Неправда =) Это может зависеть от каких-то еще низкоуровневых механизмов операционки, уже обсуждалось недавно. Но в общем случае можно отсылать любое число байт данных

есть только вектор - тут будут лаги

Тоже неправда. Вернее вся тема посвящается раскрытию вопроса как этого избежать. По крайней мере - ее далекое начало =)

[Котяра]

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

Котяра, мой TCP отправляет даже один байт. у нас разные TCP?

смотри: http://www.google.com/search?q=алгоритм+нейгла

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

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

твои слова:

иди, вот тебе путь по точкам (либо путь приходит с клиента и валидируется)

Просто ты говоришь про путь просчитанный, например, А-стар, а gloomyBrain вещает о сиюминутном перемещении вперед - во 2 случае лаги будут - вопрос в том как их нивилировать.
Я делал игру где персонажи двигались по MouseMove- событие изменения цели я высчитывал по дельте маусмув и по таймеру - опытным путём установив оптимальные коэффициенты. то-же самое можно сделать и для кнопок. событие нажатия есть - но дельта еще мала - ничего не отправляем - дождемся превышения - тогда отправим. причём собственные перемещения клиента тоже должны основываться на этой логике.

[gloomyBrain]

gloomyBrain вещает о сиюминутном перемещении вперед

Эмм..? последние несколько ответов про перемещение по графу кагбе =)

во 2 случае лаги будут - вопрос в том как их нивилировать

В чем, на твой взгляд, будет разница по лагам в том или ином случае?
1) я кликаю и иду по пути, который выдал мне сервер. Останавливаюсь когда снова кликаю
2) я нажимаю клавишу и иду в каком-то направлении. Останавливаюсь когда отпускаю клавишу.
И в том и в другом случае начало и конец действия сопровождаются отсылкой сообщения на сервер. И в том и в другом случае между этими двумя сообщениями нет никаких промежуточных сообщений о движении (хотя в случае с ходьбой могут быть изменения вектора скорости, но для простоты не учитываем)
Так и где разница?

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

[BlooDHounD]

Котяра, и чего ты мне хотел этим сказать? я тебе говорю, что у меня клиент спокойно 1 байт отправляет, а ты мне ссылками закидываешь =) тесты проведи что ли ... или разберись более углубленно. ну не знаю даже.

Добавлено через 2 минуты
gloomyBrain, если быть честным, то по затратам нет ни какой разницы практически. просто поиск пути должен быть ограничен разумными пределами.

[gloomyBrain]

Так а смысл-то в нем какой? Затраты, не затраты... зачем?

[BlooDHounD]

gloomyBrain, что бы сэкономить бабло. зачем делать двойную работу?

Добавлено через 1 минуту
поясню: поиск пути делать на сервере придётся всё равно с вероятностью 99%. ибо реалтайм игра без мобов никому не нужна.

[etc]

Котяра, моя твоя не понимает. Точнее я не пойму, каким боком а-стар мешает делать векторное движение и почему нельзя делать изменение направления движения хоть раз в 100 мс. Пересчитать путь? Да не проблема. Переместить точку назначения при достижении приближении к предыдущей при векторном движении? Тоже не проблема.

gloomyBrain, можно и на клиенте считать. До тех пор, пока у вас перс просто так ходит. А когда по нему начнут летать фаерболы, начнутся проблемы — сервер не будет точно знать, в каком конкретно месте сейчас находится перс, это как минимум. Не говоря уже о мобах, как сказал Блудди.

[gloomyBrain]

сервер не будет точно знать, в каком конкретно месте сейчас находится перс

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

Про мобов:
Для них нет иного пути, кроме как рассчитанного сервером. Ибо они существуют только на сервере. Но причем тут клиент?