クライアントのネットワーク設定

が採用される。

fps_max

fpsの上限。HLエンジンの仕様で100が上限。
Vsyncをオンに設定している場合は、Refresh rateの制限もつく。
ネットワークに関わらず、スペックがあるなら100にしておくべき。
通信はクライアント、サーバーのfpsにも基づいている。
よってfpsが低いとかなりLatencyが高くなる。
試しにfps_max 20程度に設定してみれば
Latencyがかなり増えることがわかるはず。

1000 / 100 =10 ms

fps100でも1フレーム10msなので、50切ってるようだったらLatencyよりまずは新しいPCを買うべき。

fps_modem

オンラインでのfpsの制限。 0にしておかないと、そのfpsに制限されてしまう。

LAN上のLatencyと設定の対応表

LAN上でのLatencyと設定の対応表を作ってみた。
サーバーはLAN内にあってPen!!!800 / RAM 256MB / Linux hlds_l_3110。
オプションは

-game cstrike +maxplayers 20
+map de_aztec -nomaster +sv_lan 1 -pingboost 2

0の方は-pipngboost無しで起動。
+showscoresで最も安定したLatencyを書いた。

In-Outは静止した状態でのnet_graph 3の値を書いた。
実際のゲームではもっと多くの数値になる。
サーバーはsys_ticrate 100。fpsは常に100出てると思う。
sv_lan 1なのでrateは制限されない。
クライアントもfps_maxの値は常に出る。
Latency自体あまり安定しなく、不正確なので表もけっこう不正確。

まずfps_max 20においては、Latencyがかなりあがる。

またcl_updaterate、cl_cmdrate
が100であるにもかかわらずIn-Outは、
cl_updaterate 20、cl_cmdrate 30の
値より小さくなっている。
もしかするとfps以上の送受信は行われないのかもしれない。
Pingboostを使用した場合は、明らかにLatencyが小さくなる。
やはりサーバー側のfpsの影響が高いことがわかる。 標準よりLatencyが10ほど低くなる。
updaterate、
cmdrateは100にすればいい、というわけではないようだ。

100にしておくとrateが足りなくて、多くのサーバーでchokeが発生する。
実際にサーバーにつないで最適な値を見つけるのがいいかもしれない。