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

dimarik · 03.05.2010, 23:49

Оптимизацию стоит таки навести. Вася двигается по возможности сразу, а сервер лишь коректирует положение Васи, когда словит команду "вася идет" от клиента.

И пинг на два вроде не нужно умножать.

gloomyBrain · 04.05.2010, 00:11

Ну да, в случае с самим Василием согласен, а вот

Цитата:

И пинг на два вроде не нужно умножать

Почему? пинг - это время дохождения пакета в одну сторону? или туда-сюда?

Psycho Tiger · 04.05.2010, 00:15

Цитата:

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

http://ru.wikipedia.org/wiki/Ping

gloomyBrain · 04.05.2010, 00:23

Цитата:

Ping — часть названия игры пинг-понг. Это толкование подразумевает, что компьютеры обмениваются сигналами аналогично тому, как игроки в пинг-понг отбивают друг другу мяч.

Получается в одну сторону.
По крайней мере я подразумевал, что пинг == время от клиента до сервера (в одну сторону)

Цитата:

сервер лишь коректирует положение Васи, когда словит команду "вася идет" от клиента

Достаточно команд "Вася начал идти" и "Вася ~~кончил~~ закончил идти", т.к. при TCP соединении пакеты доходят строго по очереди (нет смысла гонять туда-сюда "я иду" - "да, ты и вправду идешь")

ЗЫ
Бедный Василий, чего с ним только сегодня ни происходило...

YFred · 04.05.2010, 13:42

А если не используя пинги. Как по другому?

Добавлено через 36 секунд
Нет случайно примера реализации сервера?

gloomyBrain · 04.05.2010, 13:59

Цитата:

А если не используя пинги. Как по другому?

Отослали 10 сообщений туда-сюда, синхронизировали и забыли. А зачем по-другому?

YFred · 04.05.2010, 15:18

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

У меня в игре принцип следующий, есть (2-4)игрока которые бегают/прыгают по карте(типа аркада). Каждый кадр происходит проверка на столкновения с объектами карты (hitTest) и игроков между собой. При определенных условиях один из столкнувшихся игроков погибает.
Если не сложно можно подробнее объясните как реализовать это все в сетевом варианте. При прочтении предыдущих постов кое что стало проясняться, но общей картины я так и не могу себе представить (что передавать на сервер/на клиент с какой периодичностью и т.д).

Добавлено через 1 минуту
Сильно не бейте если туплю

gloomyBrain · 04.05.2010, 16:25

Цитата:

что передавать на сервер/на клиент с какой периодичностью

Передавать 1 байт туда-обратно раз в 1 секунду. Измерять время, потраченное байтом на путь туда-сюда. Запоминать это время и делать на него поправку в течение всей следующей секунды (вернее - пока не вернется следующий байт). То есть постоянный пинг-тест.
Таким образом, мы всегда имеем текущий пинг игрока.

Все остальное (сообщения о действиях игрока) отправляем в момент нажатия клавиш на клиенте.

Сервер, получив сигнал о действии клиента, "подписывает" сообщение датой получения (с поправкой на пинг) и рассылает это сообщение всем остальным игрокам.

Клиент обрабатывает полученное сообщение...
Клиент (пользователь) видит изменения на экране.

ЗЫ
так как "подписывание" происходит на сервере, то подделать дату сообщения нереально. Можно подделать пинг, но это мало кого выручит =)

dimarik · 04.05.2010, 22:44

Начну с последних сообщений.

Цитата:

так как "подписывание" происходит на сервере, то подделать дату сообщения нереально.

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

Цитата:

Передавать 1 байт туда-обратно раз в 1 секунду. <skipped> Таким образом, мы всегда имеем текущий пинг игрока.

Нужно все же определиться, что есть пинг. Клиент, отправляя т.н. ping может лишь замерить время отклика на этот пинг своего сетевого интерфейса. Представьте, что никакого "сервера" не существует. Просто есть пинг и есть понг-ответ. Замеряем время между клиентским запросом к интерфейсу и ответом от последнего. Т.о. никак не нужно умножать на два время между запросом и ответом. Другое дело, если в теле ответа (pong'е) есть временные метки получения запроса, начала ответа и пр. и ЕСЛИ время на обоих концах синхронизированно, то тогда есть возможность уточнить время "туда" и "обратно" отдельно. Но это "если" - сложная задача. В первом приближении пинг достигает сервера в течение "полное время запрос-ответ" пополам.

Добавлено через 7 минут

Цитата:

Достаточно команд "Вася начал идти" и "Вася кончил закончил идти", т.к. при TCP соединении пакеты доходят строго по очереди (нет смысла гонять туда-сюда "я иду" - "да, ты и вправду идешь")

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

gloomyBrain · 04.05.2010, 22:57

Цитата:

ЕСЛИ время на обоих концах синхронизированно

Вот кстати - по идее можно же не синхронизировать? Если мы знаем, сколько времени сообщение идет из А(сервер) в Б(клиент), то с сервера можем отправлять не дату события, а "временнОй сдвиг" относительно получения клиентом сообщения.
То есть сервер отправляет не "Василий начал идти в 19.00" а "Василий начал идти 3 секунды назад"
Или я брежу? =)