AF
Просто при получении пакета отматываешь геймплей на какое-то состояние до этого пакета и накатываешь все пакеты, включая пришедший
Size: a a a
2020 April 04
AF
Поэтому симулировать можно до любого фрейма, но когда приходит пакет в прошлое - нужно изменить настоящее с учетом этой инфы
RM
Просто при получении пакета отматываешь геймплей на какое-то состояние до этого пакета и накатываешь все пакеты, включая пришедший
Что за отматывание геймплея? Игрок, который играет в вашу игру постоянно должен переметываться назад чтобы сэмулировать поведение других игроков?
RM
Покажите пожалуйста ваши тесты с участием более 2х кубиков, аж самому интересно
RM
Да еще и в TCP
AF
Каждые n тиков сохраняешь состояние локально
AF
Копия состояния делается полностью игры и хранится в памяти
AF
По сети ничего не передается из этого
RM
Так, и вот вам прилетает N пакетов от сотни клиентов, у кого то задержка в 10 мс, у кого то все 250, как поступите?
RM
Вы же для детерминизма должны передавать на клиент получателя кадр и что он там нажал?
AF
Вот. Берем все эти пакеты и добавляем в историю. Потом берем минимальный тик из этих всех пакетов, берем предыдущее состояние и применяем все пакеты с тика состояния до текущего.
ДН
а где про это можно глянуть?
ДН
а где про это можно глянуть?
ДН
а где про это можно глянуть?
ДН
а где про это можно глянуть?
ДН
Вот как это у меня.
Приложения - приложения по умолчанию - открытие ссылок
Приложения - приложения по умолчанию - открытие ссылок
RM
Вот. Берем все эти пакеты и добавляем в историю. Потом берем минимальный тик из этих всех пакетов, берем предыдущее состояние и применяем все пакеты с тика состояния до текущего.
Это вызовет задержку, пока у вас будет копиться история, а клиент игры вынужден ждать кадра для детерминизма
AF
Это вызовет задержку, пока у вас будет копиться история, а клиент игры вынужден ждать кадра для детерминизма
Не понял
AF
Ничего клиент не ждет
AF
Зачем ему чего-то ждать?