あやしい仕様確認スレッド - 1157379817

231：電プロ：2008/04/19(土) 22:03:47: ＞・墜落後もラバーズやフォーチュンのバーナーが消えない---常に発生
＞・オブジェクト属性ユニットを出現させるのにホスト機の再出撃が必要---常に発生
通信量削減のために、オブジェクト属性はネットワーク送信しないようにしています。
本来動かないはずなので、各クライアントで配置するスクリプトを組んでもらおう、
という方針でした。

こういう方針ではありましたが、通信自体は安定してきているので、修正しようかどうか迷っています。
これを変えると既存のオンラインスクリプトに影響が出そうで怖いです。
ただし、オブジェクトがネットワークを越えられない、ということを明確に利用した
スクリプトがないと思われるので、とりあえず変えてみます。甚大な影響が出そうなら元に戻す方向で。
「変えられると困る」と言う場合はココに返信してください。回避策を考えます。

＞・スーパーオマケタイムでドームを配置して対戦した際に、PC10台中6台程度の環境でフレームレートが極端に低下する。
多分これもオブジェクト属性のユニットの問題です。
スクリプトの中を見ていないので想像でしかないですが、
送信されないドームを各クライアントで表示するために調整した結果、
ユニットが多重に出現し、ショットガンのあたり判定演算が激増したものと思われます。
たとえスクリプト内で同じIDであっても、違うPCで配置された場合は別物とした扱われて、
多重配置されてしまいます。

＞・プレイヤー名がHUDに出力されない。撃墜メッセージも表示されないが、レーザーで墜とした場合は正常に表示される---常に発生
明日直します。
232：selen：2008/04/20(日) 07:40:54: >>231電プロさん
オブジェクト属性を持つユニットのネットワーク上への送信については、今の所未送信である事の利点よりも欠点の方が多いため、
送信するように変更して頂いて構いません。RSEの通信処理も最近は精度が上がってきていますし、回線の帯域にはまだゆとりがあります。

クライアント間の同期や今後新規に作成されるオンラインスクリプトの自由度の点から見ても、配置したユニットはリアルタイムで
扱えるようにしておいた方が良いように思えます。何か致命的な問題が発生した場合はこちらに報告させて頂きます。
233：電プロ：2008/04/20(日) 21:22:52: プレイヤー名が表示されない系の不具合を修正しました。
また、オブジェクト属性のユニットも、ネットワーク送信するように変更しました。

http://wakabadou.net/rectangle/rs3/rs3_312j.zip
234：電プロ：2008/04/20(日) 22:46:36: >>233
バージョンについて、i(アイ)とj(ジェイ)の区別がつきにくいので、ご注意ください。
送受信データが変わっているため、iとjは混在できません。
つながらない、と言う場合は、バージョン表記をよくご確認ください。
235：Hiko：2008/04/21(月) 01:08:57: 4月21日(月)の22:00から3.12jのテストを行いたいと思います。
参加する方は準備をお願いします。

サーバーは nameless-books.sytes.net
ポートは 17328
集合場所は TeamSpeak2 及び lightChat
使用RSPは本編とcatapult.rspの予定
236：selen：2008/04/23(水) 06:54:13: ■電プロさん
>>235の結果、3.12jはオンライン用としては問題があるバージョンである事が判明しました。以下に発生した現象を列挙します。
＊の付いている項目は解説画像が添付されています。

参考画像(参加者各位へ、提出して頂いたキャプチャ画像を同梱させて頂きました)
http://wakabadou.net/~selen/rse312j_pic.zip

■新規発生
・一定時間(1～5分程度)飛行後、あらゆる対戦形態で全クライアントのRSEが同時に落ちる
　スクリプト稼働対戦の場合はホスト以外の全機が、通常対戦の場合は接続している全クライアントのRSEが同時に強制終了する。
　稀に一部の機体(6～7機中1～2機程度)が無事である事もあるが、そのまま飛行を続けているとやがて落ちる。

・他のプレイヤーが装備している武装が自機に装填される＊
　通常対戦時、戦闘空域に到達した直後に武器装填音が連続して鳴り響き、他のプレイヤー機に接近時、その機体が武装を装填中の場合、
　本来その機体にしか聞こえないはずの装填音が自機に対しても伝達され、伝達元の機体が装備している武装のグラフィックが自機上にも表示される。
　原因を同じくする物として、catapultでベースポイントに接近しただけで補給中の効果音が鳴りっぱなしになる。双方共に発生率は100％。

・前バージョンに比して全ての対戦形態で通信量が約10倍に増加＊
　上記の通信異常とも関連していると思われる。対戦形態によって異なるが、3.12jでのクライアントの平均受信量は60～90KB/sec、3.12iでは6～9KB/secと
　極端に増加している。サーバ側の送信量は1クライアントの受信量ｘ接続人数の合計値で安定している模様。

・3rd標準rs3unit.rsu内のID190、ジャッジメント(属性はHUGE , TUNNEL)と同ID138、閉鎖扉(属性はOBJECT , LARGE)を配置して対戦した際に、
　配置した閉鎖扉の内6つ中2つがクライアント側に表示されない。ホスト側には正常に表示される＊
　クライアント機は開いた空間を通過してジャッジメント外部に出る事が可能だが、その際に連続したセレクト音のような音が鳴り響く。
　扉付近から離れると音は鳴りやむ。全クライアントで100％の確率で発生。
　-使用パッケージ　http://nameless-books.sytes.net:34858/rs_data/core_area.zip

・catapultプレイ時、ベースポイントの特定地上オブジェクトが消失し、レーダー上ではミサイルの表示に置換される＊
　本来4つ配置されるはずの地上物の内2つがミサイルに置き換わる。以前から発生している敵Rがレーダーから消失し、ミサイルとして誤認される現象
　(https://wakabadou.net/trac/rs/rse/ticket/24)の地上物版である模様。地上物の置換現象は全クライアントから確認可能で、今回は全ての回で
　同じ現象が発生していた。

■修正確認
・プレイヤー名がHUDに出力されない
・オブジェクト属性ユニットを出現させるのにホスト機の再出撃が必要(スーパーオマケタイムのドームで確認)

■(RSEの強制終了によりテスト不可能なため)未確認
・墜落後もラバーズやフォーチュンのバーナーが消えない
・ドームを配置して対戦した際に一部のPCでフレームレートが極端に低下
237：電プロ：2008/04/26(土) 00:20:06: >>236
通信量激増の理由がわかりましたので、土曜日～月曜日に段階的に対応します。

通信量が増えた結果、RSE内のオーバーフローが発生し、強制終了したものと思われます。
238：電プロ：2008/04/26(土) 11:38:43: とりあえず、間違えて「全部送信」していたデータのうち、不要なものを削除しました。

http://wakabadou.net/rectangle/rs3/RSE_312k_kari.exe

全員同時にハングアップする件については、月曜日に修正予定です。
239：selen：2008/04/27(日) 15:22:37: >>238 電プロさん
クライアントの同時ハングアップ現象は未修整との事でしたが、3.12k_kariでこの現象は発生しませんでした。その結果確認できた点が以下になります。
本バージョンがベータ版である事は承知しておりますが、幾つか不可解な現象が発生していたので列挙しておきます。

・通信量はこのようになりました。http://wakabadou.net/~selen/312k_kari_traffic.zip
　尚、>>236のパックの中に含まれている通信量計測画像は通常対戦時の物です。
　まだバグも残っているようなので（下記参照）その影響もあるのかもしれませんが、仮に現在の通信量が維持された場合、catapultの計測結果を見るに
　高負荷スクリプトを稼働させて20人が同時に接続すると、サーバ側の送信量が危険域に到達します（現在の接続人数でも光回線必須の量を送信しています）。

・装填音伝達現象、戦闘空域到着直後に装填音が鳴り響く現象、catapultでベースポイント接近時に装填音が聞こえる現象の発生率が50％程度に低下しています。
　パーセンテージは不明ですが、他機の装備がマウントされる現象の発生率も下がっています。マウントされた他機の武装は短時間飛行後に消滅する事もあれば、
　Retry選択後も残る事もあります。

・墜落後のラバーズやフォーチュンのバーナー炎ですが、ホスト側では消滅し、クライアント側では消えずに残っていました（複数のクライアントで確認）。

・通常対戦、スクリプト稼働対戦の双方で機体の大幅な転移が再発しています。体感では3.12f（遅延補正機能にバグあり）を控えめにした程度の距離を
　飛びます。その結果、3.12iの特徴であった機銃の当たりの良さは完全に失われてしまっています。
240：電プロ：2008/04/27(日) 22:09:52: >>Users All
多大なご迷惑おかけして、申し訳ありません。

3.12jで問題が数多く発生したため、もっとも怪しい「送信パケット管理」を元に戻します。
そのため、OBJECT関連は再度表示されなくなります。
（HUDにプレイヤー名が表示されない不具合は修正されています）

また、EXEのみ入れ替えだったため、3.12jでも接続可能でした。
混ざっていた可能性もあるので、
今回はサーバも入れ替えて、今回の仮バージョンでのみ通信可能なように変更しています。

http://wakabadou.net/rectangle/rs3/RSE_312k_kari2.exe
http://wakabadou.net/rectangle/rs3/RSphereServer_312k_kari2.exe
241：selen：2008/04/29(火) 20:34:28: >>240 電プロさん
3.12k_kari2ですが、kari1と同じく不可解な現象が多発しています。
http://wakabadou.net/~selen/312k_kari2_pic.zip

■kari1と比較して修正された点
・通信量は減少しています。詳細は添付画像をご覧下さい。
・装填音伝達系の現象、他機の武装がマウントされる現象が発生しなくなっています。
・通常対戦時やオブジェクト属性ユニット配置対戦時には機体の大幅な転移は発生しません。3.12iと同等かそれ以上に滑らかに動きます。

■kari1と比較して未修整の点
・catapultプレイ時の機体の転移現象が何故か直っていません。やはり遅延補正機能にバグが存在した頃によく似た揺れ方をします。
　サーバ側の送信量がほぼ1秒毎に低下し、その瞬間に機体の揺らぎが発生する事が確認されています。

・kari1と同様に墜落後のラバーズやフォーチュンのバーナー炎がホスト側では消滅します。クライアント側では消えずに残ります。
　3.12i以前のバージョンではホストとクライアントの双方で表示が残っていました。

■他に確認された点
・kari1とkari2の双方で、地上物と敵Rのモデル置換現象は確認されておりません。ベースポイントの地上物が置き換わっていたのは3.12iとj、
　3.12k_kari系と同様に正常に表示されていたのは3.12h以前です。
・オブジェクト属性ユニットを出現させるのにホスト機の再出撃が不要になっています。これは3.12jや3.12h以前と同様の状態です。

・ジャッジメント内部モデルと閉鎖扉を配置して対戦した際に、クライアント側でも全ての配置物が出現するようになりました（3.12jと比較）。
　但し、配置物への当たり判定の認識にクライアント間で齟齬が生じるらしく、他のプレイヤーが撃ったミサイルが内壁に着弾した際の爆発エフェクトが
　見える場合と見えない場合があります。自機が発射した物のエフェクトは全クライアントが視認可能です。

・ドームを配置してプレイした際に一部のPCでフレームレートが極端に低下する現象がオフラインでも発生する事が判明しました。
　オンラインでスクリプトの一部を書き換えてプレイしてみても効果はなく（＃loopを＃endに変更する、自機の読み込みを停止する等）、オフラインでは
　kari2だけでなく3.11cでも同じ現象が発生します。以前にオンラインでプレイしていた際はこのような報告は聞かなかったため、完全に原因が不明です。
　参考用に画像を同梱しておきます。左上の数値を参照して下さい。
242：電プロ：2008/04/29(火) 22:06:04: デバッグ協力ありがとうござます。

通信系の明確な不具合は「機体の転移現象」のみと考えてよろしいでしょうか？
他の案件は、現在のRSEの通信の仕様の問題ですので、今後症状を分析しながら改善します。

ドームについては、オフラインで発生するのは単なる演算量の問題と思われるので、ちょっと保留します。
おそらく一人の処理落ちが、ネットワークに悪影響を与えて全体が遅くなったのでは？と考えています。
一人の不調が全ノードへ悪影響を与えること自体が、不具合なので、それを直せば状況はだいぶましになるかと思っています。
243：電プロ：2008/04/29(火) 22:09:54: ドームでの処理落ちについて追加の見解。

画像を見たのですが、あの数の機銃（ショットガン）のあたり判定を行うとPCのスペックによっては処理量が限界を超えてしまうのかもしれません。
通常、ゲームでは処理落ちしたら処理落ちした分だけ当然ながら単位時間あたりの処理量は減りますが、対戦時には通信の処理は減らないので「あっぷあっぷ」状態になってしまうのかも。
244：selen：2008/04/30(水) 05:40:22: >>242-243 電プロさん
現段階で対戦に影響のある不具合は以下の2点です。

・オンラインでcatapultプレイ時に機体が大幅に転移（3.12iでは中距離程度、機体の揺らぎもなし）
・オンライン、オフライン双方でドームを配置してプレイした際に特定PCでフレームレートが極端に低下

■catapult
kari1とkari2の通信量報告画像ではサーバPCとホストPCが同一で、かつCPUがシングルコアであるため、サーバソフトの処理に回すCPUのリソースが
少ない状態でした。それを考慮に入れ、サーバPCを独立させ、ホストがサーバにLANで接続する形態も試しましたが、症状に変化はありません
（3.12iのテスト時にはサーバPCとホストPCは同一でした）。
余談ですが、この形態を採るとサーバのCPUパワーにゆとりが生じるためか、あるいはサーバとホストとの間でLAN経由での通信が発生するためか、
同一PC上で処理を行った場合と比べて通信量が増加します。

■ドーム
頂点総数が多い物体を配置している段階でグラフィックス機能の処理能力部不足は真っ先に疑いましたし、確かにオンボードVGA環境では非常に重くなる事も
確認されています。ですが、処理能力が足りている（はずの）PCがオンラインのみでフレームレートが低下するのではなく、オフラインでも低下する原因が
分かりません。私はオンラインで一度だけこの現象を確認しましたが、これはハードがどうのという問題ではなく、明らかにソフトの処理が狂ってしまって
いるように感じました。これまでに確認できた点は以下です。

・オン、オフ双方でRS用としては極端に処理能力にゆとりのあるPCでは発生しないが、処理能力が十分に足りているはずのPCでは発生する事がある
　（極端：十分の性能比は260：100程度）
・常時発生するPCと発生しないPCとに分かれる
・ほぼ同等の処理能力を持つPCで再現性に差異が出る
・3.12i_kari以前のバージョンでは（見落としていた可能性もあるが）この現象は報告されなかった
・この現象が確認された3.12iのテスト時に3.12hに戻して実験した所問題なく動作したため、3.12i正式版以降に発生した可能性が高い
　（オフラインの3.11cでも発生する原因は不明）
・3.12i、オンラインでアルゴの竜2体出現時にも同様の症状が発生していたPCがある。画像の状態でFPSは1以下
　http://nosm2o.hp.infoseek.co.jp/cgi-bin/up/src/rs0544.jpg（※直接飛べません）

ドームについてはこちらでももう少し検証を進めてみます。
245：電プロ：2008/05/03(土) 00:22:15: ↓ワイド画面対応はこんな感じ。
http://rectangle.wakabadou.net/rs3/rs3_0503.jpg

あと、調整が必要なのは、ブリーフィング画面の背景のような2D系のみですね。解像度4：3に依存したソフトの組み方をしているので、改修が結構めんどいです。
246：電プロ：2008/05/03(土) 21:12:49: 不具合連絡です。
オンライン環境において、1台のPCでも「固まる」と、数秒後に対戦中の全PCが同様に「固まる」現象が確認されました。原因も判明し、対策ソフトを設計しているところです。
RSEが終了してしまった場合には上記問題は起こりません。
WinSock化した当初より存在した不具合です。

本件の状況が実際に対戦中に起きたことがありますか？
Ver3.12jで全PCがハングアップしたとありますが、これがRSEの終了を伴わずに画面だけ固まっていたのであれば、次バージョンで根本対策します。
247：selen：2008/05/03(土) 22:34:18: >>246 電プロさん
オンライン対戦におけるRSE強制終了時の現象は3.11cの頃から常に共通しており、RSEの画面が固まる（効果音は流れっぱなし、BGMやレイチェルボイスが
流れていた場合はバグって何度か同じフレーズを繰り返す）→数秒後に効果音やBGM、ボイスが停止する→例のウィンドウが開いてデスクトップ画面に
戻るといった感じです。

3.12jで全員が固まったタイミングは完全に同一で、症状としては上のような物です。少なくとも私の知る限りにおいては、ここ1年の間で>>246のような
現象が発生した事はありません。
248：tzadyn：2008/05/10(土) 22:43:03: 最近オンラインでの不具合が多く取りざたされていますが、
スレッドを使用したときに不具合が出たので報告いたします。

スレッド10で処理中、一度呼び出して正常動作したルーチンを再度呼び出すと、「ラベルが見つかりません」と表示されます。
このスレッドをスレッド2に変更したところ、今度は全て正常に作動しました。

実を言うと、RSO作品の製作中から、スレッドの挙動については不可解な点がいくつかありましたが……
かなり根の深い問題かと思いますが、確認のほどをよろしくお願いします。
249：電プロ：2008/05/11(日) 11:58:03: 現時亜、「徐々に重くなる」「5秒に１フレームくらいの表示になる」という状況の解析をしています。
それぞれ、「通信量が徐々に増える」「増えた通信によってTCPが詰まる」ことが原因だとわかりましたので、この不具合を修正します。

修正次第、ワイド画面対応を含めて、更新版をアップ予定です。
250：電プロ：2008/06/16(月) 23:56:16: RSEの修正関連の話題はこちらへ移動します。

>>Users All
検証のご協力ありがとうございます。
通信量については、元の設計がユニットを大量配置することを考慮していなかったため、
スクリプト動作させると無理がきてしまいます。

何か工夫して通信量を削減する方法を考えることにします。
251：wakaba：2008/06/18(水) 01:29:55: >>電プロさん
「Ver,312n(仮2)」に対して簡易ですが検証を行いました。

CPU使用率と通信量が数十%の割合で落ちています。
但し、ゲストクライアントにてダメージやミサイル、レーダーの挙動が怪しくなっているようです。

詳細は以下の記事をご覧下さい。
http://rs.wakabadou.net/wiki/index.php?%B8%A1%BE%DA%2FRSE%B8%A1%BE%DA%2F20080618
252：電プロ：2008/06/18(水) 23:20:35: 昨晩の報告を踏まえて、以下、「Ver,312n(仮3)」です。

＜実施内容＞
・select関数のタイムアウトを使用（TCPが詰まった場合のストールが激しすぎるのである程度は無理して送るように変更）

＜ファイル＞
http://rectangle.wakabadou.net/rs3/RSE_312n_kari3.exe
http://rectangle.wakabadou.net/rs3/RSphereServer_312n_kari3.exe

通信量は一旦元の水準に戻ると思います。
通信料が多すぎて対戦の品質が落ちているのであれば、若干通信頻度を下げることを考えています。
なお、スクリプト制御のユニットがコマ送りになるのは仕様です。ユニット情報は1秒に3回程度しか更新されていません。
253：電プロ：2008/06/19(木) 23:46:52: 上記（仮3）が、インターネット経由での3人以上の対戦で正常に機能しなさそう、ということがわかりましたので、使わないでください。
土曜日に本件含めた全体的な修正版を作ります。
254：wakaba：2008/06/20(金) 00:38:57: >>電プロさん
「Ver,312n(仮3)」に対して簡易ですが検証を行いました。

サーバ、ホストクライアントのCPU使用率と通信量が若干上がっています。
ゲストクライアントにて「ガヤ」がまったく再生されない状態が確認されています。

詳細は以下の記事をご覧下さい。
http://rs.wakabadou.net/wiki/index.php?%B8%A1%BE%DA%2FRSE%B8%A1%BE%DA%2F20080619
255：wakaba：2008/06/20(金) 00:43:46: しまった、つかっちゃったよ・・・orz
土曜日の件了解しました。お待ちしております。
256：電プロ：2008/06/21(土) 23:53:43: >>Users All
通信部分の改造をやっておりますが、現在時刻で、アップロードできる状態にありません。
サーバのゼロコピー化とスレッドの大削減の設計は終わったのですが、デバッグに手間取っています。ちょっと今週は無理そうです、申し訳ありません。
257：電プロ：2008/06/28(土) 23:42:07: >>Users All
お待たせしました。Ver3.12nをアップロードしました。詳細は開発日記に。
今回は仮バージョンではなく、正式版という扱いになっていますが、インターネット環境でどうなるか不安が残るので、しばらくは眉唾で使ってみてください。
258：電プロ：2008/06/29(日) 19:22:20: あと、サーバに重大な変更点があったことを一つ書き忘れていました。
最大接続人数が19人から63人に増えております。
実際に20人以上つないで正常に動くか確認が取れていませんが、要望があったので増やしておきました。
259：Hiko：2008/06/29(日) 20:20:38: >>257 電プロさん
3.12nのサーバーですが、セッション終了をしてもCPUが開放されないようです。
セッションの作成と終了を繰り返すと困ったことになります。
260：電プロ：2008/06/29(日) 21:38:20: >>259
おー、本当だ。
バグ（というか設計不良）なので、次回修正します。

現状としては、一度作ったセッションを終了せずに動かし続けてください。
サーバは、セッションを閉じずにRSPやRSEを変更しても正常に動作します。
261：wakaba：2008/07/16(水) 00:48:52: >>電プロさん
「Ver,3.12n」に対して簡易ですが検証を行いました。

サーバ、ホストクライアントのCPU使用率、通信量ともに下がっています。
通信量については一部大幅な減少を確認しました。
引き続きの問題として、ゲストクライアントにて「ガヤ」が再生されない状態が確認されています。

詳細は以下の記事をご覧下さい。
http://rs.wakabadou.net/wiki/index.php?%B8%A1%BE%DA%2FRSE%B8%A1%BE%DA%2F20080715
262：＜削除＞：＜削除＞: ＜削除＞
264：RSE3のスクリプトリファレンスありませんか：2019/01/20(日) 22:36:07: 地上物等を撃破した後の煙に機銃の当たり判定が吸われて奥にいる敵に機銃が当たらないのは仕様でしょうか