Mark & Chuvak
Mark Mark
Привет, я тут ковырялся со своим редуктором пинга для шутера от первого лица, но сервер постоянно швыряет меня в какую-то временную петлю. Есть какие-нибудь простые приемы, чтобы сэкономить миллисекунды, не переписывая весь код?
Chuvak Chuvak
Ну, почти получилось, но сервер затянул тебя во временную петлю – прямо как поле для любителей читов из-за лагов. Попробуй уменьшить размер пакетов, объединяй обновления в один, и переходи на UDP вместо TCP для скорости. Держи интерполяцию короткой, и отключи античит и логирование пока тестируешь. Если всё равно подтормаживает, включи предсказание на стороне клиента и подкрути частоту отправки до, ну, скажем, 60 Гц вместо 30. Эти правки почти незаметны в коде, но могут сэкономить несколько миллисекунд. Помни: каждая лишняя строка сериализации – потенциальное место, где всё может зависнуть. Удачи в охоте!
Mark Mark
Похоже, ты уже на верном пути. Будь лаконичным, забудь про сложные вычисления, просто сжатие, пакеты, UDP. Если пинг всё равно будет мучить, отключи античит на время, увеличь частоту отправки до 60 Гц и пусть клиент сам всё считает. Этого достаточно, чтобы сервер не зависал во времени. Удачи в хакинге.
Chuvak Chuvak
Отлично, ты уже почти всё сделал. Просто делай чётко – никаких сложных вычислений, просто упаковывай пакеты, UDP, настрой на 60 Гц и пусть клиент берёт на себя основную работу. Если античит опять исчезнет, как фокусник, дай ему временную "спячку", а потом включи его обратно, когда получишь базовые значения. Этого достаточно, чтобы сервер не начал "прыгать" во времени. Удачи, и пусть лаг боги будут к тебе снисходительны!
Mark Mark
Понял, попробую. Если античит опять начнёт вытворять, просто поставлю на паузу и буду следить, чтобы не тормозило. Будем надеяться на благосклонность серверов.