2

sockjsに基づくwebsocketを使用してnode.jsアプリケーションを作成し、クライアントの更新時間を最小限に抑える必要があります。

アプリケーションのイベントはNms(たとえば、20ms)ごとに発生し、ユーザーにブロードキャストをできるだけ早く変更する必要があります。

すべての更新は100〜200バイトです。切断するためのpingは90〜200ミリ秒です。

イベントが発生するたびにメッセージを送信すると、クライアントアプリに多少の遅れが生じます。設計上、これは悪い考えです。

Nmsごと(例:200ms)にメッセージを送信する場合-クライアントでの更新はよりスムーズに見えますが、「フレームドロップ」が多すぎます

この方法を組み合わせて送信するのは良い考えですか

おそらく、「2番目の」更新が「最初の」よりも早く来る場合に上書きされる「不要な」更新を行う必要があります。pingのためです。クライアントに更新のヒープがある場合に「フレームをドロップ」する方法。

ユーザーに更新をブロードキャストするための最良の方法は何ですか?ありがとう。

4

2 に答える 2

2

さて、補償レイテンシラグの解決策は1つだけです。2つのデータパケット間のイベントを予測します。

于 2013-01-29T07:25:42.040 に答える
0

私がお勧めできるのは、 meteor.jsのソースコードだけです。レイテンシー補正とSockJSを使用しています。

于 2013-01-27T22:49:32.753 に答える