Войти
Почему низкий пинг не гарантирует плавный матч
Пинг — алиби ненадёжное. На табло сияют благостные 32 мс, Ethernet-кабель торчит в роутере с прямотой государственного обвинителя, но противник всё равно телепортируется, удары проваливаются в прошлое, а комбо внезапно исполняется в густом киселе. Кто виноват? Провайдер? Wi-Fi соседа? Меркурий в ретрограде?
Иногда виноват компьютер второго игрока: он просто не успевает поддерживать стабильные 60 FPS.
Для большинства файтингов кадр — не только картинка. Это мера времени: запуск удара, окно блока, восстановление после промаха и возможность продолжить комбо считаются в кадрах симуляции. Если один клиент начинает отставать, сетевой код получает две плохо совместимые реальности. Rollback умеет скрывать задержку доставки команд, но не обязан успешно вытаскивать из болота машину, которая не успевает обсчитывать сам бой.
Именно поэтому просадки FPS в онлайн-файтингах могут испортить матч обоим участникам — или, что особенно пикантно, сильнее ударить по владельцу исправного ПК. Конкретный эффект зависит от устройства сетевого кода игры.
Пинг показывает не всю картину
Пинг сообщает, сколько времени пакет путешествует до нужной точки и обратно. Полезная цифра. Но она не рассказывает, приходят ли пакеты равномерно, сколько из них теряется и успевают ли оба компьютера перерабатывать полученную информацию.
Можно иметь 35 мс при отвратительном джиттере — колебаниях задержки: один пакет прибыл вовремя, следующий задержался, третий отправился к праотцам. Можно сидеть на прекрасном проводном соединении и каждые десять секунд получать длинный кадр из-за компиляции шейдера, фонового процесса или внезапного припадка процессора. Отдельно разобраться, почему пинг зависит от расстояния и маршрута, поможет материал о сетевой задержке.
Сетевой матч синхронизирует не только ввод
Клиенты должны более-менее соглашаться, какой сейчас кадр боя, где находятся персонажи и успел ли уже могучий кулак войти в незащищённое лицо. Когда один компьютер укладывается в отведённое время, а второй задумчиво ковыряется дольше, игровые часы могут разойтись. И тогда низкий пинг можно торжественно свернуть трубочкой.
Симптомы при этом похожи: статтеры, замедление, пропущенная анимация или резкая коррекция положения персонажа. Но одинаковая картинка на экране ещё не означает одинаковую причину.
Как работают delay-based и rollback netcode
Delay-based: подождите, вас сейчас ударят
Delay-based netcode решает проблему с прямотой табуретки: игра ждёт удалённый ввод, а затем показывает результат. Чтобы команды обоих игроков успели прибыть, к управлению добавляется задержка.
На хорошем соединении терпимо. На плохом нажатая кнопка начинает пробираться к экрану пешком. Если игра подстраивает задержку под меняющееся качество связи, ощущения тоже меняются и мешают мышечной памяти. Связка отработана десять тысяч раз, всё нажато правильно — а герой застыл, словно вспомнил о неоплаченной ипотеке.
Rollback: игра предсказывает и исправляет прошлое
Rollback netcode действует нахальнее. Как объясняет официальное описание GGPO, локальная симуляция не ждёт запоздавшую команду соперника. Она предполагает, что он продолжил предыдущее действие: стоял — значит, пока стоит; держал назад — вероятно, держит и дальше. Когда настоящая команда приходит, игра сравнивает её с прогнозом.
Угадала — праздник продолжается.
Не угадала — загружает сохранённое состояние, возвращается к моменту расхождения и заново рассчитывает следующие кадры уже с правильным вводом. Игрок обычно видит исправленное настоящее, а не весь обратный путь. Поэтому управление ощущается быстрым, но противник иногда внезапно перескакивает на новое место: только что показанное будущее официально признали недействительным.
Rollback не устраняет физическую задержку сети. Он маскирует её последствия, пока запоздание, потери пакетов и объём повторного расчёта остаются в пределах, предусмотренных разработчиками.
Зачем нужна детерминированная симуляция
Для такого трюка нужна детерминированная симуляция. Одинаковое исходное состояние плюс одинаковые команды должны давать одинаковый результат на всех машинах. Иначе один клиент получит удар, другой — блок, а третий, контрольный, почему-то обнаружит на арене трактор.
Rollback сохраняет не видеозапись, а состояние игры, поэтому движок обязан воспроизводить прошлое без творческих импровизаций. Если состояния всё же расходятся, требуется повторная синхронизация или вмешательство сервера — в зависимости от архитектуры игры.
Почему стабильные 60 FPS важнее среднего значения
Файтинг, рассчитанный на 60 кадров симуляции в секунду, получает примерно 16,7 мс на один шаг. За это время движку нужно принять ввод, обновить игровую логику, обработать столкновения и подготовить кадр. После неверного прогноза он также должен быстро повторить несколько шагов симуляции и догнать настоящее.
Что происходит, когда клиент не успевает
Длинный кадр выбивает клиент из общего темпа. В зависимости от реализации игра может замедлиться, дёрнуться, пропустить отображение части анимации или попытаться скорректировать рассогласование часов. В официальном регламенте турниров 2XKO прямо указано: если один ПК не удерживает 60 FPS, матч может дёргаться или замедляться у обоих игроков.
Это пример поведения конкретной игры, а не универсальный закон для любого rollback netcode. Один движок замедлит весь бой, другой сильнее нагрузит откатами одну сторону, третий завершит соединение или ограничит глубину коррекции.
Почему повторной симуляции нужен запас CPU
Rollback требует запаса производительности. Движок должен просчитать пропущенные шаги быстрее реального времени и вернуться к текущему кадру, пока игрок не заметил хирургического вмешательства в причинно-следственные связи. Если CPU едва справляется с обычной симуляцией, во время отката ему остаётся только тяжело дышать и писать завещание.
При этом узким местом может оказаться не только процессор. Компиляция шейдеров, нехватка видеопамяти, перегрев, обращение к накопителю или фоновая запись способны создать длинный кадр и нарушить ровный темп.
Почему счётчик 60 FPS может скрывать проблему
«В среднем 60 FPS» — фраза подозрительная. Среднее значение легко складывается из множества нормальных кадров и нескольких чудовищ по 40–80 мс. Счётчик продолжит показывать почти идеальную цифру, но график времени кадра — frame time — обнаружит частокол. Один такой шип не всегда разрушит матч, однако регулярные выбросы способны сдвигать клиент относительно соперника.
Не помогает и генерация кадров. Нарисованный промежуточный кадр делает движение визуально плавнее, но не заставляет симуляцию чаще принимать команды и рассчитывать бой. Высокая цифра на оверлее ещё не означает быстрый отклик — подробнее об этом рассказано в материале о том, почему высокий показатель FPS не всегда ускоряет управление.
Откуда берётся односторонний rollback
В идеальном мире откаты распределяются между участниками поровну. В мире настоящем один человек иногда наслаждается почти нормальным матчем, а другой наблюдает боевое слайд-шоу имени Франца Кафки.
Что такое несбалансированный rift
Инженер Riot и создатель GGPO Тони Кэннон называет rift разрывом между игровыми часами клиентов. В техническом разборе 2XKO он приводит простой пример: если один игрок постоянно видит откаты на пять кадров, а другой — на один, нагрузка rollback распределена неравномерно.
Если один клиент отстаёт, алгоритму синхронизации приходится решать, кто будет ждать, а кто — чаще переписывать уже показанные кадры. Неудачное решение способно переложить большую часть заметных откатов на исправную машину. Но точный сценарий зависит от реализации, поэтому утверждать, что любой пропущенный кадр неизбежно наказывает только соперника, нельзя.
Это не теоретическая редкость. В официальном описании патча Street Fighter V Capcom упоминала односторонний rollback, рассинхронизацию, повторные попытки синхронизации и падения частоты кадров на ПК, не соответствующих рекомендованным требованиям.
Почему виновника нельзя определить только по пингу
Одинаковые симптомы создают слабый CPU, потеря пакетов, Wi-Fi, шейдерный статтер, фоновая запись видео и ошибка самого netcode. Угадайте причину по телепортирующемуся кулаку! Победителю — ещё один телепортирующийся кулак.
Пинг описывает путь пакетов, но не показывает состояние чужого процессора, график времени кадра и решения алгоритма синхронизации. Без телеметрии игры уверенно назначить виновника нельзя.
Что показал запуск MARVEL Tōkon
После запуска MARVEL Tōkon: Fighting Souls связь локальной производительности с сетевыми жалобами получила свежий и довольно наглядный пример.
Какие проблемы обнаружили после открытой беты
В плане исправлений после открытой беты разработчики перечислили снижение загрузки CPU, устранение падений частоты кадров и лагов, лишнюю компиляцию шейдеров при запуске, проблемы с OBS и Discord, а также улучшения rollback и кроссплея.
Это показательное соседство, но не доказательство одной общей причины. Патчноуты не утверждают, что каждая проблема rollback возникала из-за процессора. Они показывают другое: жалоба игрока на «плохую сеть» может совпасть с локальным дефектом производительности, а разработчикам приходится проверять оба слоя.
Что исправляли после релиза
В обновлении от 10 августа 2026 года разработчики снизили общую нагрузку на CPU. Среди причин оказались периодическая обработка звука во время матча и регулярная проверка доступных аудиовходов, способная провоцировать внезапные просадки. Да, во время драки супергероев компьютер интересовался, не подключили ли к нему новый микрофон.
Тот же патч исправил падение FPS при некоторых разрешениях. Следующее обновление от 21 августа устранило ещё один источник периодически высокой нагрузки во время боя. Эти исправления не превращают Tōkon в доказательство, что любой rollback плох. Это ограниченный, но полезный случай, когда локальный технический дефект надел сетевую маску и пошёл пугать народ.
Как отличить проблемы ПК от проблем сети
Если игра тормозит и офлайн
Начинать следует с тренировки или локального боя на тяжёлой арене. Стоит записать не только FPS, но и график времени кадра. Если статтеры появляются без сетевого матча, сеть невиновна.
Проверьте:
- загрузку отдельных ядер CPU и видеокарты;
- температуру и частоты компонентов;
- фоновые оверлеи, браузер, запись и трансляцию;
- компиляцию шейдеров и состояние драйвера;
- настройки графики и разрешение;
- режим энергопотребления ноутбука.
Более общий маршрут есть в инструкции о том, как повысить FPS и убрать локальные лаги на ПК.
Если проблема возникает только онлайн
Если офлайн всё безупречно, переходите к сети: кабель вместо Wi-Fi, проверка потерь пакетов и джиттера, наблюдение за внутриигровыми индикаторами. Средняя скорость скачивания здесь почти неинтересна. Файтингу не нужна пожарная цистерна данных; ему нужен аккуратный водопровод без внезапных воздушных пробок.
Полезно сравнить матчи с несколькими соперниками и, если игра позволяет, выбрать ближайший сервер. Если проблема возникает со всеми, круг подозреваемых один. Если только с конкретным человеком — другой.
Если свой клиент работает стабильно
Причиной могут быть ПК или соединение соперника, серверная синхронизация либо баг игры. Но без общей телеметрии выносить приговор нельзя. Реплей тоже не всегда свидетель: он может воспроизводить сохранённые команды, а не пережитые игроком статтеры и визуальные откаты.
Для обращения в поддержку полезнее запись с графиком frame time, сетевыми индикаторами, временем матча и характеристиками системы, чем один скриншот низкого пинга.
Что меняется в облачном гейминге
В облаке игровую симуляцию рассчитывает серверная машина, а домашнее устройство в основном отправляет команды и декодирует видеопоток. Поэтому слабый локальный CPU или видеокарта уже не должны замедлять сам бой для соперника — при условии, что облачный инстанс удерживает нужный темп.
Зато появляется дополнительный сетевой участок между игроком и облачным сервером. Потери пакетов или джиттер на нём могут ухудшить управление и картинку, даже если сама симуляция идёт ровно. Получается полезное разделение: локальное железо меньше влияет на темп матча, но требования к стабильности соединения становятся ещё заметнее. Проверить, как такой запуск устроен на практике, можно в разделе про облачный гейминг.
Как разработчики защищают матч от нестабильного клиента
Тест производительности перед онлайном
Самое очевидное решение — обязательный бенчмарк перед доступом в рейтинг. Не торжественные пять секунд в пустой комнате, а стресс-тест с тяжёлой ареной, эффектами, несколькими персонажами и контролем редких длинных кадров. Проверку полезно повторять после обновления драйвера, игры или настроек. Стабильные 60 важнее красивой средней цифры.
Турнирный регламент 2XKO идёт дальше: подтверждённая проблема производительности, сделавшая матч непригодным для игры, может привести к техническому поражению владельца нестабильного ПК. Спорт есть спорт: бутсы следует завязывать до выхода на поле.
Сервер как источник времени и состояния
Более сложный уровень — сервер как источник времени, ввода и контрольного состояния. В 2XKO сервер помогает синхронизировать игровые часы и распределять rollback равномернее. Отдельный Game Validation Server запускает контрольную копию соревновательного матча и сравнивает состояния клиентов.
Это не отменяет требования к производительности каждого клиента, зато даёт разработчикам независимую точку отсчёта. Сервер может обнаруживать расхождения, определять источник некоторых нарушений и не полагаться целиком на картину с одной машины.
Компромисс между плавностью и справедливостью
Описанный Riot экспериментальный режим Fair Play даёт вводу короткое время на прибытие. Если пакет опоздал, сервер повторяет последнюю известную команду и продолжает матч. Соперник не обязан получать огромный откат из-за чужого рухнувшего Wi-Fi или искусственно созданной потери пакетов.
Цена справедливости сурова. Игрок с нестабильной связью может обнаружить, что, пока его пакет блуждал, персонаж смирно стоял и получал огромное комбо. Такой механизм защищает вторую сторону, но не устраняет задержку и не спасает опоздавший ввод.
Что в итоге
Rollback — не магия и не индульгенция разработчику. Это изящная машина для сокрытия сетевой задержки, которой нужны детерминированная симуляция, точные часы и запас производительности.
Низкий пинг не гарантирует плавный бой. Для хорошего матча важны стабильные 60 FPS на всех клиентах, ровное время кадра, предсказуемая доставка пакетов и грамотная синхронизация. Дайте rollback два стабильных клиента — получите ощущения, близкие к офлайну. Подсуньте один задыхающийся ПК — и машина начнёт яростно переписывать историю.
Причём историю, как водится, лучше всех помнит тот, кто проиграл.