Логика работы авторитарного сервера

[Diab10]

Всем привет!

Начинаю делать онлайн гонки по инету.

Хотел бы проконсультироваться по логике авторитарного сервера.

Мне что нужно посылать от клиента на сервер? Только события игрока? Т.е.: нажатие клавиш влево/вправо, вперёд/назад, кнопка "огонь", луч направления прицела...

Сервер принимает эти данные, и управляет объектами по этим событиям, и передаёт получившиеся координаты всем клиентам?
Т.е. вся физика, все столкновения, проверки на попадания пуль... всё просчитывает сервер? На клиенте получается физика вообще не нужна? Клиент просто отображает данные, пришедшие с сервера?

Или я что то не так мыслю?

[sp00n]

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

[Diab10]

Спасибо за ответ:)

А что, если не делать авторитарный сервер? Пусть клиенты сами всё считают и отсылают свои координаты, а на сервере сделаю ряд проверок на читы. Например, буду проверять расстояние между настоящей точкой и предыдущей. Если сильно большое, значит - читер, бан ему. Затем проверить так же скорость машины и ускорение на эталонные значения.
Это позволит сильно снизить нагрузку на сервер, но я не уверен будет ли всё это работать как надо.

Что скажете?

[sp00n]

Если гонки станут популярными - сломают обязательно. А так для небольшого проекта, можно и на клиенте считать. Хотя для небольшого и нагрузка на сервер будет небольшой)

[Order]

Физику на клиенте можно оставить для экстрополяции.

[Diab10]

А кто как думает, сколько игроков выдержит сервер средненький? Если всю физику просчитывать на сервере. И если физику юнити оставить

К примеру 10 GHz, 4 гига оперативки сервер

Хотя бы человек 500 онлайн выдержит?


Что такое экстрополяция? Сглаживание рывков по сети? Если да, то зачем там физика?

[DavilSin]

Считать физику на сервере это дурной тон Сервер должен проверять эталонные значения, соглашусь с Diab10

[IDoNotExist]

Сегодняшняя статья на хабре http://habrahabr.ru/blogs/gdev/135306/, про то как это делается в Battlefield 3, почитайте, лично я открыл для себя много нового.

[IDoNotExist]

Считать физику на сервере это дурной тон. Сервер должен проверять эталонные значения, соглашусь с Diab10

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

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

[gnoblin]

мне понравилась идея про конус и список ссылок

[Diab10]

Спасибо за ответы

Статья классная, спасибо)

Да, конус не плохо придумали:)


Короче делаю авторитарный сервер с просчётом физики на сервере. Посмотрим что выйдет)

[Diab10]

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

Или они берут среднее значение за какое то время? Если так, то это не точно тогда. Ведь сеть может глючить. К примеру лаганёт, и вместо 20 милисекунд пакет будет идти 200. Или время передачи клиент - сервер может быть медленнее, чем сервер - клиент(или такого быть не может7)


У кого какие мысли будут?

[gnoblin]

Мои мысли:
взять неавторитарный вариант, использовать PUN, сделать интересную игру .

[Diab10]

http://en.wikipedia.org/wiki/Pun

Игра в слова?)))

[sp00n]

Photon Unity Network