Заполняя контекст из вашего предыдущего вопроса, я понимаю, что вы отправляете весло и мяч позиции от одного клиента к другому. Однако, пока клиенты согласны с тем, где находятся лопасти в каждый момент времени, движение мяча полностью определено (за исключением ошибок округления), и вы должны экспериментировать с нулевым заиканием мяча. Каждый клиент должен сохранять свое внутреннее состояние с положениями и скоростями ракеток и мяча. Псевдокод будет похож на следующий:

// input thread
if input changed,
   alter paddle speed and/or direction
   send timestamped message to inform my opponent of paddle change

// incoming network thread
if paddle packet received
   alter opponent's paddle speed and/or direction at time it was sent
   fix any errors in previously extrapolated paddle position <--- Easy
if ball-packet received
   fix any errors in ball position and speed <--- Tricky

// update entities thread
for each entity (my paddle, opponent paddle, the ball)
   compute updated entity position, adjusted by time-since-last-update
   if ball reached my end, send ball-packet to other side
   draw updated entity

Это предполагает, что происходит обмен двумя типами пакетов:

• Пакеты манипуляторов содержат временные метки положения и скорости манипуляторов и отправляются всякий раз, когда клиент изменяет скорость своего манипулятора.
• Пакеты с мячом представляют собой позиции с отметкой времени + скорость мяча и отправляются всякий раз, когда мяч достигает клиентской (локальной) стороны, независимо от того, отскакивает он от ракетки или нет.

Псевдокод выполняет экстраполяцию («предположим, что все идет как обычно») для всех неизвестных в потоке update-entities. Единственная точка, где возникают проблемы, отмечена <--- стрелками.

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

Корректировать положение мяча легко, если оба клиента более или менее согласны (а затем вы можете снова проделать трюк с интерполяцией, чтобы сгладить его еще больше). Однако один клиент может увидеть почти промах, а другой — почти попадание. В этом случае, поскольку вы используете одноранговую модель, мы позволяем локальному клиенту совершать вызовы и объяснять, что случилось с оппонентом (в другом варианте у вас был бы центральный сервер, принимающий такие решения; это хорошо, чтобы избежать обмана). Вы не можете избежать неприятного скачка, если оба клиента не согласны, но, надеюсь, это должно происходить относительно редко и ненадолго, если только оно не совпадает со скачком пинга.

Одной из идей, позволяющих избавиться от этого эффекта, является Использование сглаживания при применении исправлений предсказания ошибок на клиенте.

Как это работает

В какой-то момент в вашем коде вы определяете, что позиция мяча и клиент различны.

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

Сначала ваша программа должна хранить время, когда произошло событие обнаружения ошибки m_flPredictionErrorTime.

public void onErrorDetected() {
    this.m_flPredictionErrorTime = System.currentTimeMillis();
}

Где-то рядом с кодом отображения вы вычисляете, сколько ошибок вы собираетесь отображать. Вот некоторый псевдокод для этого.

public void draw() {
    Point preditctionError = this.clientPredictedBallCoordinates - this.serverCoordinates;
    Point deltaToDisplay = calculateErrorVector(preditctionError);
    Point positionToDisplay = clientPredictedBallCoordinates + deltaToDisplay;
    // actually draw the ball here
}

public Point calculateErrorVector(Point coordinatesDelta) {
     double errorAmount = ( System.currentTimeMillis() - this.m_flPredictionErrorTime ) / this.cl_smoothtime.
     if (errorAmount > 1.0) {
         // whole difference applied in full, so returning zero delta
         return new Point(0,0);
     }
     if (errorAmount < 0) {
         // no errors detected yet so return zero delta
         return new Point(0,0);
     }
     Point delta = new Point(coordinates.x*errorAmount, coordinates.y*errorAmount);
     return delta;
}

Я взял эту идею из вики Source Multiplayer Networking. Фактический пример кода в Cpp доступен в их SDK по адресу Функция GetPredictionErrorSmoothingVector.