Как лучше реализовать клиент-серверную игру?

Question

[YuyukoSaigeji]

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

Answer 1

[xmoonlight]

Как я понял: речь про баланс: контроль игрового мира <-> объём передаваемых данных по сети.
Вопрос хороший.
Не всегда нужно делать всё на сервере, иначе объём трафика - возрастёт дико во время игры. Но также, нельзя доверять клиентским данным.
Поэтому, всегда делается аппроксимация: промежуточная визуализация - вычисляется на клиенте, а пришедшие на сервер данные - всегда тщательно проверяются сервером в рамках логики(модели) работы игрового мира. И если отклонения слишком велики - фиксируется "читерство", иначе - по получению новых позиций объектов, клиент плавно, но с ускорением ("параболически") устраняет расхождения с серверным игровым миром: синхронизирует актуальное состояние мира сервера с отображаемым пользователю.
Это происходит в 99% случаев незаметно для глаз игрока за монитором.

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

Answer 2

[Максим Федоров]

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

Comments

[dinegnet]

Не факт.
Адекватное кэширование на клиенте - очень даже полезно.

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

Имхо такая плавность лучше, чем "покадровая анимация" из за постоянных синхронизаций с серверов, когда скорости не хватает.

[Stalker_RED]

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

Представьте что в каком-нибудь контр-страйке после прыжка вы приморожены к земле на 20-50мс, потому что с сервера еще не пришла результат обработки вашего приземление, например.

[dinegnet]

Василий:

А где тут противоречие?

чтобы отображать "живой" мир, нужно полностью логику мира держать на клиенте.
а на сервер держать её же эту же логику во избежание читтерства.

противоречие в том, что

а клиент использовать только для визуализации

не только для визуализации.

Answer 3

[Alexey Epsilon]

В своих игровых проектах я использую технологию Fully Authoritative Server. В этой технологии читерство весьма затруднительно, а объём передаваемых по сети данных невелик. Вся логика выполняется на сервере, все существенные для игрового процесса решения также принимаются там. Клиент берёт на себя роль отрисовщика игрового мира (на сервере только макет игрового мира в виде данных, без графики), также на клиенте осуществляется Client Prediction (то есть предварительная симуляция), при том, что если в результате сравнения полученных данных на клиенте и сервере обнаруживается нестыковка, то используются данные, полученные с сервера.