• Игролог
• Игры
• Об авторе

Player.IO. Пошаговые игры

Давайте представим, что у нас есть два компьютера, связанные друг с другом, например, через провод. Впрочем, способ связи в нашем примере не имеет большого значения. Мы знаем одно — у соедененных компьютеров нет возможности узнать о том, что происходит, кроме как через этот провод.

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

Вот у нас есть два игрока, которые играют в шашки. Второй игрок решает ударить шашку первого игрока, но по какой-то причине сообщение о том, что второй игрок нанес удар не дошло до первого игрока. �? теперь первый игрок совершенно не подозревает о том, что одна из его шашек была съедена. То есть на его экране ничего не изменилось. �? это только начало большой беды.

Настала очередь первого игрока и теперь он пытается ударить шашку второго игрока.

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

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

Но вы не можете отправить все данные, или отправлять изменения постоянно. Это просто не разумно! Вы должны посылать только ту информацию, которую должен знать игрок о текущем состоянии игры.

Например, если игрок нажал кнопку «прыжок», то вы должны отправить эту информацию на сервер, потому что иначе другим игрокам не возможно узнать о том, что произошло. Однако не следует отправлять информацию о том, где игрок приземлился или вовсе разбился. �?з информации, которую вы отправили о прыжке, остальное должно быть уже известно.

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

В общем, следует отправлять только ключевую информацию о каких-либо действиях, сделанных игроком в игре. При этом следует игнорировать отправку тех данных, которые другие клиенты могут рассчитать сами. 

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

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

Чтобы объяснить еще понятнее, давайте рассмотрим пример. Представьте, что мы играем в шашки и первый игрок хочет двигаться от A2 до C4.

Чтобы сообщить об этом другому игроку, мы должны послать ключевые данные: откуда и куда происходит перемещение фигурки. Самый простой способ сделать это — это отправить координаты начальной и конечной клетки: [1,2] и [3,4]. �?того у нас получается всего четыре значения, код для отправки которых может выглядить следующим образом:

connection.send("move", 1, 2, 3, 4);

Помимо действий игрока могут возникать и какие-либо другие события или действия, которые важны для всех остальных. Мало какая игра обходится без генерации случайных значений, которые могут быть важны для остальных игроков. �? в случае возникновения таких случайных данных, их так же необходимо отправить другим игрокам, чтобы случайные данные, которые важны в игровом процессе — для всех были идентичны. Например, если игрок получил некий произвольный урон, то необходимо сообщить об этом так же всем остальным игрокам.

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

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

Это вольный перевод статьи: «Building Flash Multiplayer Games — Turn Based Games»

Содержание

1. Как создать онлайн игру? Анонс
2. Player.IO. Введение
3. Player.IO. Основы или первая онлайн игра
4. Player.IO. Пошаговые игры
5. Player.IO. Сетевые архитектуры
6. Player.IO. Безопасность в онлайн играх
7. Player.IO. Пример пошаговой игры
8. Player.IO. Онлайн игры в реальном времени
9. Player.IO. Синхронизация игроков
10. Player.IO. �?нтерполяция или удивительный мир обмана
11. Player.IO. Решение проблемы задержек
12. Player.IO. Советы и рекомендации