私はValve + GafferonとGoogleの何百ものページを読みましたが、何らかの理由でクライアントの予測に頭を悩ませることはできません。
私の理解では、基本的な問題は次のとおりです。
T0T1T2でT2しかし、クライアントの予測を使用して、クライアントAは、に位置適切になりましたT4。
サーバーが移動要求を受け入れると予測するときに、クライアントAがサーバーの前にいないことをどのように確認しますか？明らかに、常に先を行っているため、サーバーが最後に見た場所に戻ってしまいます。私が試したすべての修正を行っても、サーバーはあなたの後ろで停止するため、停止してもこれは依然として顕著です
回答:
これに関する一連の記事を書きました。それはあなたが他の場所で読んだ同じアイデアに基づいていますが、非常に詳細で（私は）アクセスしやすい方法で説明しました。
特に、クライアント側の予測に関する記事はこちらです。
私は実際にこれを実装していません（そのため、すぐには見られない問題があるかもしれません）が、私は助けようと思った。
あなたが言ったことは次のとおりです。
クライアントAはT0で入力を送信します
サーバーはT1で入力を受け取ります
すべてのクライアントはT2で変更を受け取ります
ただし、T2では、クライアント予測を使用して、クライアントAはT4に適切な位置にあります。
サーバー時間の観点から考えると便利でしょう。その（おそらく）補間の仕組みに非常に似ています。
すべてのコマンドはサーバー時間とともに送信されます。このサーバー時間は、サーバーティックを照会してping時間を補正することにより、一致の開始時に計算されます。クライアントでは、独自のローカルティックカウントがあり、送信する各コマンドはサーバーティックに変換されます（単純な減算操作です）
また、クライアントは常に「過去」にレンダリングしています。したがって、クライアントが見る世界は、たとえばサーバーの実際の時間より100ミリ秒遅れていると仮定します。
サーバー時間（Sで指定）を使用して例を言い換えましょう。
クライアントは、サーバー時間S0でT0に入力を送信します（これは、実際には「サーバー時間から補間時間を引いたクライアント表現」です）。クライアントはサーバーからの応答を待たずにすぐに移動します。
サーバーはT1で入力を受け取ります。サーバーは、クライアントによって指定されたサーバー時間S0でクライアントの信頼できる位置を把握します。それをクライアントに送信します。
クライアントは、T2で権限のある位置を受け取ります（サーバー時間S0の指定もあります）。クライアントは、過去のイベントに相当する過去の時間を追跡します（おそらくすべての未確認の予測のキュー）。
サーバーがS0に送り返す予測位置/速度/何でも、クライアントがS0に保存したものと異なる場合、クライアントはこれを何らかの方法で処理します。プレーヤーを過去の位置にスナップバックするか、以前の入力を再シミュレートするか、またはおそらく私が考えていない他の何かによって。
実際、githubにはオープンソースの実装があり、これがどのように行われるかを示しています。Lance.ggをご覧ください
githubリポジトリ：https : //github.com/lance-gg/lance
クライアント予測コードは、と呼ばれるモジュールに実装されます src/syncStrategies/ExtrapolateStrategy.js
外挿のほかに、上で言及されていない2つの概念があります。
クライアントAは常にサーバーより先にありますが、問題ではありません。サーバーが報告された位置に問題があると言った場合にのみクライアントを元に戻す必要があります。サーバーで。
これを行うには、クライアントは過去の状態と過去の更新の一部を記憶する必要があります。これは、位置、速度、方向、そのようなことなど、いくつかの単純な値にすぎない場合があります。サーバーは、さまざまなクライアントの更新が合法であるという確認を定期的に送信します。これは、クライアントからそれらを忘れることができることを意味します。ただし、サーバーが更新が無効であると報告した場合、クライアントの状態はその時点までロールバックし、将来の変更はその変更された状態に適用されます。
Valveの記事の下部には、読む価値のある追加のリンクがあります-これはそのうちの1つです：https : //developer.valvesoftware.com/wiki/Prediction
t=4）に関する情報を受け取りt=2、それは状態をリセットように、t=2からオブジェクトを持参し、その後再実行更新をt=2しますかt=4？