話を聞いてですね、変えてみました。
とりあえず何のことかさっぱり分からない人はマジスレより関係レスを最後にまとめておきました。
変更前と変更後での動画比較！
っても倒してる敵が違うんですね・・・
感想としては綺麗になったなぁーと。
あとWテレポはあんまり変わらず失敗しないなーと。
AMPキャンセルはもともとの成功率が１００％近くないので（ｒｙ
へたっぴでごめんね！ごめんね！！
クライアントとかはいじってないので規約的にはOKだけど
PCがそれで壊れても自己責任ってのが大事らしい
使いづらいと感じたら直すかも。
でも当分は動画撮影PCはこのままかもー。
どうでもいいけどカアヒでもWIZにつければここでソロ狩りできそうだと思った。
↓マジスレより転載
308 ：三毛猫 ◆v2Scgroz8s ：08/11/04 00:28 ID:IWphl7/V0
こんばんは。
コモドパッチ直後からWiz一筋でしたが最近は仕事が忙しいのであまりROができません。
マジスレであらゆるテクニック・装備相談等など教わりましたので
御礼としまして私から一つとっておきの秘儀をこちらに残しておきます。
※警告※ 自己責任で行ってください。最悪Windows再インストールなのでそれだけの覚悟で。
Athlon 64 X2、Core2duo並みのCPUでDirectX9世代以上のミドルクラスVGAなら抜群の効果。
（WindowsXP/2000）
tuneappを入手
ttp://factory.sakura.ne.jp/tuneapp/
tuneappを起動→TCP/IP→アダプタをシステム全体から利用中のLANカードに切り替え→
WindowsXPの場合はTCP遅延ACKを1にする。（Windows2000の場合は0）
設定反映で再起動。
309 ：三毛猫 ◆v2Scgroz8s ：08/11/04 00:36 ID:IWphl7/V0
チューン前と特に違うのが
・FWで不死のMOB倒す時
・FWで弾かれるミミックの動き
・WBの全段ダメージの表示
・温もりオデンでのダメージの出方
等が全く違うでしょう。
310 ：(^ー^*)ノ〜さん ：08/11/04 01:07 ID:foSt1OPw0
↑はTcpAckFrequencyというレジストリキーを編集するのと同義。
デフォルト値は２だがこの値を１にすることによって、
こちらからの送信する「返事」が常に即座に帰るようになる。（２以上の場合200ｍｓの遅延が発生しうる。）
この設定は細かいデータをやたら送るような通信に向いている。
CPU負荷は上がると思うので確かに高性能なCPUならアリな設定。
逆に大容量のデータをよくやりとりしたい人は最大で255まで値を増やすことにより
通信の効率を上げることもできるかもしれない。
311 ：(^ー^*)ノ〜さん ：08/11/04 01:07 ID:W/yd0r2R0
俺にわかるように説明してくれ
312 ：(^ー^*)ノ〜さん ：08/11/04 01:09 ID:alzJlN280
いきなり張られても怖くて使えないぞ…
どうしてマジスレなのかもいまいち意味不明
313 ：(^ー^*)ノ〜さん ：08/11/04 01:10 ID:cf47MNxS0
>>311
通信のレスポンスをよくするのー
でもめっさパワーをくうのー
素人は手を出したらメッなのー
314 ：(^ー^*)ノ〜さん ：08/11/04 01:11 ID:E143fCKy0
>>310
解説乙
まあウイルスということはなさそうだけど
俺のはスペックいまいちだし、ＯＳ再インスコとかやり方わかんないからやめとこうｗ
318 ：三毛猫 ◆v2Scgroz8s ：08/11/04 01:37 ID:IWphl7/V0
>>310 >>313
解説ｔｈｘ
>>312
Wizが最も恩恵を受ける職だからです。
319 ：(^ー^*)ノ〜さん ：08/11/04 01:48 ID:XpOu2h0Z0
質問厨って感じでとても心苦しいのだけど申し訳ない・・・。
�‐紊了位喃�さんの書き込みの内容を見てるととても魅力的なんだけど。
恐らくＣＰＵ負荷が大きいということはそれだけＣＰＵの寿命も縮めるのかな？
スペック的には完全に満たしてるんだけど、ＲＯしてる時以外のＷＥＢ巡回や
東方あたりのシューティングしてる時に無駄にＣＰＵ負荷が増えるようなら
導入を躊躇してしまう。
そのあたり、ＲＯプレイ時以外は通常と変わりないのか教えてほしいです。
�⊆蹐蟷�の後衛としての肩装備の理想は、
＋７Ｄイミュンマント、＋７Ｖイミュンマントのどちらだろうか？
高レベル狩り場で２０％の完全回避が発動する頃には既に死んでるだろうと
いうこととＨＰ増大による一撃死の確率低下で自分はＤマントの方かと
思ってるんだけど、通例ではどちらと考えられてるのか知りたいのです。
320 ：三毛猫 ◆v2Scgroz8s ：08/11/04 01:56 ID:IWphl7/V0
>>319
��
ギルドメンバー10名程がこのチューンしましたが他のネットゲームとか
WEB巡回では全く問題ありませんでした。
むしろROがサクサク動くと評判でした。
でも自己責任でお願いします。
��
そんな高級な装備持ってませんΣ(｀д｀ﾉ)ﾉ
なのでわかりません。
323 ：(^ー^*)ノ〜さん ：08/11/04 02:06 ID:gzDPP8DN0
TcpAckFrequency弄ってみたけど、ノックバック早すぎてクリックし辛いんですけど。
あとダブルテレポ難しくなったような
325 ：(^ー^*)ノ〜さん ：08/11/04 02:14 ID:pRS3gokX0
>>319
��
どれだけ酷使しようとCPUが壊れる前にHDDが逝く可能性の方が遙かに高いから気にするな
��
今から揃えるならD肩だが廃プリや教授を持っているならV肩もあり
両方所有している立場から書かせて貰うとトールではD肩、名無しではV肩が使い勝手がいい
326 ：310 ：08/11/04 02:17 ID:foSt1OPw0
ついでにちょっと調べたので考察を追加しておこう。
TcpAckFrequencyは「受信パケの返事をどのくらいまとめて返すか」の設定。
１にすると全くまとめなくなるので遅延が無くなる。
２以上の場合でも、遅延時間内に送信か受信パケがあれば返事はそのときに返されるはず。
つまり、まとめない設定（１）がまとめる設定（デフォの２）に優遇するのは、
「200msのあいだ送信も受信もないという状況がよく発生する」という場合。
個人的にはFW連続Hitとかでは200ms近くも送信しないままってことは無いように思えるが・・・。
CPU負荷とかのデメリットについては
「パケット数が増えることによる処理量の増加」なので通信してないときはぶっちゃけ関係ない。
これはルータの設定やFWの設定の方が影響が大きいレベルかもしれない。
それと値を増やす場合（６とか）、例えばなんかのラグで６個くらいパケが一気に来るような状況下では
１個のパケで一気に返事ができるのでそれはそれで効率がいいかもしれないとも言ってみる。
327 ：(^ー^*)ノ〜さん ：08/11/04 02:22 ID:YGGxpIx40
なにこれ！試しに囚人焼いてみたらすっげーきれい！
例えると今までバババッバだったのがシュワーッって感じになった
329 ：三毛猫 ◆v2Scgroz8s ：08/11/04 02:34 ID:IWphl7/V0
>>327
ギルメンの1人は時計3FとかでミミックをFW縦置きで焼くと動きが綺麗で感激してました。
あとSGのダメージが全ヒット目視で確認できるので狩りの時に便利です。
>>328
設定方法は簡単だと思うので報告待ってます。
330 ：310 ：08/11/04 02:46 ID:foSt1OPw0
あー、FWHit間隔が仮に50msとか無かったとしても
「即返事」と「次のパケ発生まで待ってから返事」じゃやっぱ差になるのか。
けっこう良い設定なのかもしれない。自分も試してみよう。
蛇足。
ぐぐるとTcpAckFrequencyの他にTCPNoDelayというレジストリもあって
こちらもネトゲのチューンとして紹介されているみたい。
TCPNoDelayは通常の送信パケを送りやすいサイズにまとめるかどうかの設定。（TcpAckFrequencyは受信の「返事」）
まとめない場合、送信したパケの返事も待たずに次のパケを送信するようになる。
がんほの鯖の調子が悪かったり、細かいパケが多かったりすると、
一気に効率の悪い動作になると思うのでこっちはおススメしない。
331 ：(^ー^*)ノ〜さん ：08/11/04 02:52 ID:E143fCKy0
仮に、これ導入して罠でﾁｭﾄﾞｰﾝしたらどんな感じになるんだろ
332 ：(^ー^*)ノ〜さん ：08/11/04 02:53 ID:XpOu2h0Z0
>>329
おかげさまで無事アップデート成功しました。監獄と城２で試しましたが、
囚人が溶けるようにお亡くなりになりますねｗ
本もヒット間隔が分かりやすく、あと氷像の位置ずれがなくなったような（気のせい？
一点気になる点として
>>323の仰る通りダブルテレポが難しくなった・・・というよりダブルテレポ直後の
無敵時間が不安定になった気がします。いつも通りダブルテレポ成功したつもりなのに
通常の猶予時間をおかずにテレポ直後に敵が寄って来たことが多数。
これも気のせいなのかなぁ・・・
333 ：(^ー^*)ノ〜さん ：08/11/04 03:02 ID:foSt1OPw0
もしかしたらダブルテレポの原理そのものにぶつかってるチューンなのかも。
「テレポ成功したよパケの返事」と「暗転中ですがテレポ唱えますよ」が本来まとまって送信されてるのが
個別に送信されるようになってるのかもしれない。
たぶん200msあったタイミングが大分厳しくなってるんじゃないだろうか。
334 ：(^ー^*)ノ〜さん ：08/11/04 03:07 ID:W/yd0r2R0
癌の規約的にどうなのっつう話なんだけど平気？
335 ：(^ー^*)ノ〜さん ：08/11/04 03:07 ID:W/yd0r2R0
あぁ、クライアントに干渉してないから別に良いのか・・・
36 ：(^ー^*)ノ〜さん ：08/11/04 03:08 ID:/OfFlql70
ネトゲやる上でのWindowsのチューニングってところか。
337 ：(^ー^*)ノ〜さん ：08/11/04 03:19 ID:foSt1OPw0
思ったが逆に
TcpAckFrequencyの値を増やせば普段はダブルテレポが苦手なあなたもあら不思議！
ってことにはならないかな・・・。ならないか。
>>335-336
例えばTcpAckFrequencyがダメでTcpWindowSizeがオッケーとかいう規約作るのは難しいだろうね。
ただ、この設定はがんほ側にとっては処理するパケットが増えることが負担になるんじゃないかなとは思う。
TCPNoDelayの動作はやろうと思えばクライアント側で強制することもできるはずで、
そうした方が個々のユーザの遅延は減るがサーバーが大変なことになるからやってない、ということみたいだし。
TcpAckFrequencyのみを1にした動作をTCPソケットオプションで強制できるかは知らない。識者求む。
338 ：(^ー^*)ノ〜さん ：08/11/04 03:30 ID:hccoNxiE0
ガンホーの規約っていうか、
Windowsの設定の話だからどうしようもないレベル。
やばいと思ったら蔵側で書き換えるようにするんじゃないかね。
339 ：(^ー^*)ノ〜さん ：08/11/04 03:38 ID:4LgBJZdC0
一般的に言うと、
delayed ackをしないことで、処理すべきパケット数が増えて
ネットワーク機器に対する（性能的な）要件が厳しくなる。
あとダブルテレポについては
使用前
C: テレポ発動
S: ACK+テレポ発動おｋ
C: (ACKは遅延)
S: …？
C: ACK+テレポ使用
S: ACK+テレポしてダブルテレポ状態になりました
使用後
C: テレポ発動
S: ACK+テレポ発動おｋ
C: ACK
S: ACK+テレポしました 付近に敵あり
C: ACK+テレポ使用
S: ACK+テレポ状態になって敵にタゲられました
こんな感じじゃないかと。
クライアントとサーバの同期が理想的な状態に近づくのが、メリットであり
デメリットでもあるということかな。
おそらくその他のWP越えスキルにも影響してくると思う。
340 ：(^ー^*)ノ〜さん ：08/11/04 03:42 ID:eLqMdjQt0
使ってみたが、好みの問題かな。
滝のように流れるダメがきれいだし、確かに動画を録る人にはいいかもしれない。
でもFWにすごい速度で弾かれてるアコDOPはキモい。
341 ：(^ー^*)ノ〜さん ：08/11/04 05:16 ID:Cspfl06Q0
でもこれってｸﾗｲｱﾝﾄ側からの送信回数増えるから
あんま大人数導入すると鯖に余計な負荷かかったりすんじゃないのか？
342 ：(^ー^*)ノ〜さん ：08/11/04 06:27 ID:IeBjdyEN0
ttp://www.nicovideo.jp/watch/sm5143845
とりあえず動画撮ってみましたよ。
またニコニコで申し訳ないですがまだやってない方は参考にどうぞ。
ダブルテレポやりづらいって話ですがAMP移動キャンセルもかなりシビアじゃないですか？
344 ：(^ー^*)ノ〜さん ：08/11/04 07:11 ID:JtLorZct0
>>342
うお、まじかよこれ凄いな・・・
>>308
最初新手のアカハックだと疑ってごめんなさい
345 ：(^ー^*)ノ〜さん ：08/11/04 07:41 ID:+3ed4a/f0
>>342
これはワザだ！
346 ：(^ー^*)ノ〜さん ：08/11/04 08:01 ID:AoAo8vAm0
>>342乙
ある意味気持ち悪いなｗ
できれば、AMPキャンセルとWテレポやってる(やろうとしてる)ところも頼む
347 ：(^ー^*)ノ〜さん ：08/11/04 08:45 ID:W9J0Egmm0
つまり各種キャンセルやWテレポなどは、通信の遅延を利用したテクニックで
それらが絡んでたテクニックは使いにくくなるってことか？
348 ：(^ー^*)ノ〜さん ：08/11/04 08:51 ID:FH9ErtMq0
職によっちゃかえってやりにくくなるかもな。
帰ったら試してみるか。
353 ：(^ー^*)ノ〜さん ：08/11/04 09:52 ID:7rQGR2v9O
このWindowsの設定って、簡単に切り替えできるものなのかな？
例えば普段狩るときは今まで通りの挙動で良いんだけど、
動画録る時だけ細かく表示とか出来るのであれば是非導入してみたい。
ダブルテレポが問題なく可能であれば入れっぱなしでも良さそうなんだけども。
354 ：(^ー^*)ノ〜さん ：08/11/04 09:55 ID:c5tE5p7y0
その辺の設定は確かOS再起動が必要(ログオフでもダメ)
357 ：(^ー^*)ノ〜さん ：08/11/04 10:20 ID:cmotwQ7bO
今までってか、あまり知られてなかったんじゃね？
位置ズレ減ったりしたらいいなぁ
359 ：342 ：08/11/04 10:26 ID:IeBjdyEN0
撮影環境追記しときました。当方Vista64ですが効果有り。
VGAはRO鬼門のRADEON HDですがVistaなので問題ないですね。
後はSG氷像の位置ずれが緩和されるかも？
何度か試してみましたがずれるときはずれます。
これに関しては詳しく検証してないのでなんとも言えず。
384 ：(^ー^*)ノ〜さん ：08/11/04 14:08 ID:nO/OumQn0
>逆に大容量のデータをよくやりとりしたい人は最大で255まで値を増やすことにより
>通信の効率を上げることもできるかもしれない。
これって暗転の読み込み速度も速くなったりするのかな？
あとデフォルト２なら1にすればハエダメキャンしずらくなり
255にすればハエダメキャンしやすいのかなー
388 ：(^ー^*)ノ〜さん ：08/11/04 14:23 ID:7SIQNsQg0
全員がTCPNoDelayでGvやると鯖側が大ピンチだと思うんだよなぁ。
しかもGvだとWPハイドできなかったり、ラグの関係で逆に不利になりそうなきがするんだが
実際やってみたらダブルテレポとAMPキャンセルが超シビアで厳しい。
ある意味制作側から意図された挙動はこっちなのかもしれないが。
あとバッシュキャンセルDSキャンセルその他モーションキャンセルとかにも
影響しそう、アローバルカンとか他職持ってる人も試してみて欲しい。
417 ：(^ー^*)ノ〜さん ：08/11/04 20:19 ID:Sj3cWDyh0
話題のTcpAckFrequencyはvistaだと項目が無いのか？
419 ：(^ー^*)ノ〜さん ：08/11/04 21:17 ID:ScZVnaoU0
>>417
vistaもXPと同じ方法で変更可能(レジストリを直接変更)っぽい
ただしSP1にアップデートしたときの修正項目のひとつだから、当ててないとダメかも
Windows Vista の TcpAckFrequency レジストリ エントリを修正した後、 TCP 確認(ACK)の動作が変更されません。
ttp://support.microsoft.com/kb/935458
Windows XP および Windows Server 2003 で TCP ACK の動作を制御するための新しいレジストリ エントリ
ttp://support.microsoft.com/kb/328890
424 ：(^ー^*)ノ〜さん ：08/11/04 21:51 ID:JryBRo2E0
>>419
とりあえずTcpAckFrequencyはマジ系だけでなく全職が影響する項目だから、
別スレのがいいんじゃないかな？
>>421
詠唱に関係する項目は代表的なので言うと
装備短縮系、サフラ系、DEX系が有名だけど
>スローキャスト状態でもアイシラ＋ブラギなら無詠唱になるって本当？
が本当ならスローキャストはサフラ系か新たに別項目かもしれない。
伝聞だけじゃなくて気になったら探求していくのも面白みです・・・
(RO内だけでなく、ブログ系、情報系サイト巡回も含めて)
435 ：(^ー^*)ノ〜さん ：08/11/05 00:41 ID:wc+QQYVx0
>>353,354
設定反映には再起動が必要になるけど、項目自体はネットワークアダプタ単位だから、NIC2枚挿しで設定を
使い分ければ良いような希ガス。
最近のマザーだとオンボードLAN×2も割と見掛けるし。
必要に応じてアダプタの有効/無効で対応出来るかと。
