Splatoon3 - スプラトゥーン3 攻略&検証 Wiki

キャンピングシェルター / 1086

1225 コメント
views
7 フォロー
1086
名無しのイカ 2023/05/31 (水) 22:29:38 75fb1@eb88b >> 1082

通信の間隔では各ユーザのマシンでプレイヤーの位置や傘の位置を予測してる。
で、傘は一定のスピードで動くので予測が容易でずれにくい。
ユーザは加減速をするせいで、「加速して傘に寄ったのでそのままはみ出る」とゲームは予測する。実際にはユーザは「加速して傘に寄れたので減速して傘に沿って動く」。
なので、ユーザからは傘にぴったりくっついて見えても外からははみ出て見えてしまう

結局通信の頻度をあげるか予測をもっと賢くしないとどうしようもない

通報 ...
  • 1087
    名無しのイカ 2023/05/31 (水) 22:42:15 1c8a1@89eba >> 1086

    最初はそう思ったんだけど1/15秒+通信時間で補正される中で前面に出続てるわけで同期ズレにしても激しくないかと思ったわけよ
    もちろんこれが結論ならシンプルでいいねよくないって感じ

  • 1093
    名無しのイカ 2023/05/31 (水) 22:59:13 75fb1@eb88b >> 1086

    そこはラグの問題もあるんじゃない?
    一回ずれちゃったけど、戻すために使うデータは通信遅延の乗った100ms前とかのデータになるわけだから、戻すにも予測が走っちゃう

  • 1096
    名無しのイカ 2023/05/31 (水) 23:19:02 1c8a1@89eba >> 1086

    傘とキャンシェルイカが同じマシンで計算されて通信を送ってるなら通信を受け取った時点で位置関係は一旦修正されて傘の手前に戻されるよね?
    でも実際には傘の前方を歩き続けてるわけで

  • 1098
    名無しのイカ 2023/06/01 (木) 01:07:53 75fb1@eb88b >> 1086

    通信を受け取った時点で戻されない。
    通信データを送った時刻が受け取った時刻のおよそ100ms前だったりするので、そこから現在時刻を加味して位置情報を推定し直さなきゃいけない。
    だから正しくは「通信データで、予測した動きを補正していく」ということになる。この補正の掛かり方が「傘の前後」だと小さいのではみ出たままになる。

    反対に「段差の乗り降り」だと、大きな解離ができるので大きく修正されて残像になる

  • 1102
    名無しのイカ 2023/06/01 (木) 01:54:38 418de@89eba >> 1086

    受信時点で正しい位置が来るよね
    そこから遅延分の前進を予測するだろうけども、このときに傘より前に予測されるなら傘よりも速く移動しているだろう
    傘と共に歩くシーンでそのような速度で歩いているのだろうか?

    傘ギリギリまで詰めてから減速を繰り返すと減速だけカットされるみたいなのは考えられそうだな