Синзронизация на AS3

[Nooob]

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

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

Домотать логику обычно не составляет проблем, к примеру тик симуляции считается в худшем случае 2 мс то симуляция 5 минутного геймплея будет не больше 18 сек, после пяти минут сервер спрашивает у всех клиентов состояние мира, если оно у всех одинаковое продолжает игру и сохраняет его для следующих новых игроков

[undefined]

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

[Tails]

Как решить кто прав?)

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

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

Я знаю, что такой метод используется в стратегиях реального времени. Представь себе карту, на которой 1к юнитов и 12 игроков. Каждый игровой шаг (~10 раз в секунду) тебе надо будет отослать 12 игрокам положение, направление, скорость движения (состояние) всех 10к юнитов. Какое количество трафика это будет? Вместо этого, ты можешь отослать этим 12 игрокам "приказ движения" 10к юнитам в указанную точку. А дальше они сами посчитают, где и как будет находиться каждый конкретный юнит.

[undefined]

Я знаю, что такой метод используется в стратегиях реального времени. Представь себе карту, на которой 1к юнитов и 12 игроков. Каждый игровой шаг (~10 раз в секунду) тебе надо будет отослать 12 игрокам положение, направление, скорость движения (состояние) всех 10к юнитов. Какое количество трафика это будет? Вместо этого, ты можешь отослать этим 12 игрокам "приказ движения" 10к юнитам в указанную точку. А дальше они сами посчитают, где и как будет находиться каждый конкретный юнит.

Пример с потолка.А что мешает серверу отслать тоже самое(приказ движение)?Никто в здравом уме не будет на каждый чих посылать полный стейт.

В случае потери сервера, любой клиент мгновенно может взять на себя его роль

Потеря сервера в любом случае означает кирдык т.к. ходы то через него передаются.Только если весь обмен идет через п2п, но тогда никакой гарантии синхронизованности всех участников.

[Tails]

Пример с потолка.А что мешает серверу отслать тоже самое(приказ движение)?Никто в здравом уме не будет на каждый чих посылать полный стейт.

Суть в том, что если о способе изменения знает только сервер, то тебе по любому придётся слать состояние, события и прочее всем игрокам. А событии в реал тайм игре будет очень много, помимо перемещения.

Только если весь обмен идет через п2п, но тогда никакой гарантии синхронизованности всех участников.

Почему?

[undefined]

Суть в том, что если о способе изменения знает только сервер, то тебе по любому придётся слать состояние, события и прочее всем игрокам. А событии в реал тайм игре будет очень много, помимо перемещения.

Сервер шлет только дифы к стейту(игрок 1 выделил группу из 1к юнитов и направил их в x,y).Это не так много данных.Огромный плюс при этом что сервер сам знает точно где и кто находится, так что даже если у кого-то случится рассинхрон, он может просто скачать полный стейт с сервера и продолжить игру.

Почему?

Представь что играют 5 юзеров из России и 5 из США.Вдруг метеорит раскалывает планету пополам.Обе группы быстро назначают нового сервера и играют независимо.Дальше выясняется что существует обходной канал через спутник и сеть восстанавливается.В результате имеем две группы юзеров с сильно разными стейтами синхронизировать которых невозможно.

[Tails]

То, как разрулить потерю соединения - это уже отдельная история.

[undefined]

предложи свой вариант,гарантирующий 100% синхронизацию без сервера.

Добавлено через 3 минуты
и не забываем что группа юзеров вполне может на время перестроения сети отвалиться и потом назад приконнектиться.

[Tails]

Синхронизировать 2 разобщённые игры, развивавшиеся отдельно - невозможно, это будут 2 разные игры. Вообще, всё зависит от нужд самого приложения, в конечном итоге у нас есть такие варианты:
1. Продолжить свою игру с оставшимися игроками/одному. (В дальнейшем к нам смогут подключиться и продолжить нашу игру другие игроки)
2. Принудительно завершить игру. (В дальнейшем мы сможем снова подключиться к игре, когда у нас появиться связь)
3. Остановить игру и ждать, пока связь со всеми игроками не восстановится.

Обычно используются все 3 варианта. Сперва игра ставится на паузу, затем, если связь не восстановлена, следует пункт 1 или 2, в зависимости от каких-то обстоятельств. Можно дать игроку выбрать.

[undefined]

возаращаясь к первоначальному посылу, какие это дает преимущества по сравнению с сервером?