RSO2製作物の進捗確認スレッド - 1191339687

1：CLOCK：2007/10/03(水) 00:41:27: このスレッドは、RSO2参加者の各製作物の進み具合確認スレです。
参加者とその製作物、製作物の作業の進み具合などをわかりやすく一覧形式で書いていく予定です。
261：Ｊ：2008/05/06(火) 13:13:47: スクショを添付するの忘れていました
http://homepage2.nifty.com/Hey-Hey-Ho/rso2/radio_controller_net/rse_312k_radio.zip
262：Ｊ：2008/05/06(火) 20:53:53: ラジコン修正しました
http://homepage2.nifty.com/Hey-Hey-Ho/rso2/radio_controller_net/Radio_controller_NET.zip

・モデルの軽量化
・処理も少しだけ軽量化
・スクリプトを若干整理
263：電プロ：2008/05/06(火) 23:25:47: >>初夢
今現在、ムーオンラインをベンチマーク代わりにして、RSEの安定化を目指しています。

ムーオンラインの正常動作が確認でき次第、ラジコンのほうに取り掛かりますので少々お待ちください。
264：電プロ：2008/05/06(火) 23:29:24: >>初夢さん
追加情報です。特定のタイミングでメモリリーク、というわけではなさそうです。TORIとただ戦い続けていただけでも２分後にリークが発生しました。

なお、メモリリークについては、デバッグビルドして、しかも負荷を意図的に増やして行っているため、公開版のRSEとは違った動作をしています。
正常系ならば本来同じ動作をするはずですが、実際に動作が異なるのであれば、RSEまはたスクリプトの異常系に何か不具合があるということになります。
265：初夢：2008/05/07(水) 00:04:49: >>電プロさん
昨日のデバッグはスクリプトを修正しながら行なったので
その時の最終に修正された軽量版と、それを元にした通常版をアップします。

http://hatsuyume.flop.jp/rsedit/mu/mu_online.zip

あと、書き忘れていましたが、
昨日のデバッグでreleaseobject命令で削除したオブジェクトが
命令を出したホスト以外では残ったままになる、という事がわかりました。
266：＜削除＞：＜削除＞: ＜削除＞
267：電プロ：2008/05/11(日) 22:38:30: RSE,Ver3.12lをアップしました。

http://rectangle.wakabadou.net/rs3/rs3_312l.zip
・ワイド画面対応
・まれに固まってしまう現象の回避
268：電プロ：2008/05/11(日) 22:48:07: >>ながらさん、Jさん、初夢さん
RSO2のファイルをそれぞれ最新版に更新しました。
内容をご確認ください。
269：selen：2008/05/13(火) 04:16:57: >>267 電プロさん
3.12lで飛行試験を行った所、以下の点が確認されました。通信量は下の画像を参照して下さい。
http://wakabadou.net/~selen/312l_traffic.png

■修正確認
・catapultプレイ時の機体の大幅な転移 ━ 敵機は極めて滑らかに飛行します。
・ムーオンラインの基本動作に問題なし

■新規発生
・サーバ、クライアント共にオンライン対戦時のCPU使用率が極端に増加

　サーバ（独立）：1コアCPUの場合は100％、2コアの場合は45～73％。常に1～1.5コア分使用
　クライアント：2コアで100％、4コアで50％。常に2コア分がフル稼働

　3.12lからマルチコアに対応したのでしょうか？

・スクリプト稼働対戦時に一定の頻度でクライアントのRSEがクラッシュする
　飛行中に落ちる場合と、被撃墜時に落ちる場合の2種類が確認されています。
270：selen：2008/05/13(火) 04:18:25: >>Jさん
RSEの対応が済んだようなので、ラジコンOnlineのテストを行っても大丈夫そうです。Jさんはいつが都合がよろしいでしょうか？
271：ながら：2008/05/13(火) 17:26:51: >>268
最新版への更新を確認しました。
ありがとうございました。
272：Ｊ：2008/05/14(水) 20:58:44: >>270
金曜夜か土曜夜ならなんとかなりそうです。
273：selen：2008/05/15(木) 23:44:09: >>272 Jさん
土曜日の方が都合が良い人間が多いようなので、17日土曜の23時でお願いします。
274：Ｊ：2008/05/17(土) 22:46:43: 「やる」と明言していませんでした。すいません。
今更ですが、本日23時からデバッグを行います。light ChatかTS2に、お時間のある方はご協力ください。
RSEの最新版とラジコンOnlineの最新版でデバッグを行いますので、以下のファイルを上書きしておいてください。

RSE Ver:3.12l
http://wakabadou.ddo.jp/rectangle/rs3/rs3_312l.zip

ラジコンOnline
http://wakabadou.ddo.jp/rectangle/rso2/statics/resource/personal/j/package/Radio_controller_NET.zip

目前での告知となってしまい申し訳ありません。
275：初夢：2008/05/18(日) 02:49:43: 今日3.12lにてテストを行ないましたが
特定のクライアントで頻繁にRSEが落ちる現象が発生しました。
VRAM不足の可能性もありますが断定できません。

スクリプトの方ですが、ラベルの認識などでうまくホストとクライアントの
イベントを同期できませんが、それを考えなければほぼ完成です。
ただしそれで完成とする場合、イベントの進行をホスト機が
口頭で伝える必要があるのでボイチャが必須となります。
276：selen：2008/05/18(日) 06:59:44: >>269と>>275で書かれている特定クライアントのRSEが落ちる現象が、スクリプト稼働対戦だけでなく通常対戦でも発生する事がわかりました。
該当クライアントのPCスペックを確認した所、（高負荷スクリプトと低スペックPCとの組み合わせでは落ちる原因となり得るとしても）
PCの処理能力不足が原因ではないようです。発生率は全参加者中の40％程度です。

同一環境で3.12kまではこのような現象は起きなかったため、3.12lへの改良時に発生した不具合であると思われます。
277：Ｊ：2008/05/18(日) 09:33:37: 昨晩はデバッグ協力ありがとうございました。
発生した不具合は以下です
・カメラ増殖
・オブジェクト張り付き
・通信量が異常
・矢印多重

基本的に>>260と同じです。ただ、通信量は膨大なままでしたが、負荷が軽くなったような印象を受けました。

カメラ増殖は>>265を見て思いましたが、releaseobjectがきちんと機能していないのが原因かもしれません。
消去→生成を繰り返しているので、消去がうまくいかないとどんどん増えていきます。
278：電プロ：2008/05/18(日) 10:43:02: releaseobject命令がネットワークを越えられないのは、現時点では「仕様」です。
スクリプト対応した現在において、対応していないのは明らかに変なので、対応できるように修正します。
通信量が増えた件については、調査中です。特に増やしたはずはないのですが……。

通信量が増えても軽くなったのは、通信をCPUマルチコアに対応させたからです。見かけ上のCPU負荷率が高くなったのも、「あいているCPUを使えるだけ使う」動きをするからです。
279：電プロ：2008/05/19(月) 06:38:22: releaseobjectに仮対応しました。
管理者を失ったユニットを時限管理で消去する機能を実験的に搭載しています。
他、ヌルポが起こりそうな場所に回避コードをいくつか追加しています。RSEの強制終了などの発生頻度に変化があったら教えてください。
http://rectangle.wakabadou.net/rs3/RSE_312m_kari.exe

サーバは前バージョンと同じです。
280：selen：2008/05/21(水) 06:39:56: 参加人数4人の簡易テストですが、3.12m_kariで以下の点が確認できました。最新版ムーオンラインの動作に影響が無い事も確認済みです。
尚、3.12l以降ではラジコンオンラインの動作が徐々に重くなったり、数秒に1フレームの動作になる現象は発生しておりません。

■修正確認
・ラジコンオンラインでのカメラ増殖--releaseobject命令は正常に機能しているようで、自滅した瞬間にカメラが消去され、復活した瞬間に再生成されます。
・一定頻度で特定クライアントのRSEが落ちる--該当クライアントが1人しかいなかったため（私の事ですが）完全に直ったのかどうかはわかりませんが、
　本バージョンではRSEの強制終了は発生しませんでした。

■未修整（全てラジコンオンライン、現象としてはこれまでと同様）
・稀に装備した武装にラジコン操縦者の体と誘導装置が張り付く。やはり稀に発射したミサイルに張り付く事もあります。双方共に属性はOBJECTで、
　張り付かない頭部は属性がUNLISTEDです。クライアントAに張り付いたそれがBからは視認可能でもCからは視認不可能である事があります。

・稀にカメラ移動モードの操作が不可能になる。同時に右下のコンソール表示がバグる場合もあります。

・通信量がラジコンのみ極端に多い（スクリプト構造の影響？）。詳細は添付画像をご覧下さい。尚、全体的に通信量は3.12lよりも多少増加しています。
　クライアントの送信量は常に一定、受信量は接続人数が増えると増加します（閾値が存在するような気もしますが）。
　サーバの送信量は1クライアントの受信量Ｘ接続人数の合計値前後の値になります。
　http://wakabadou.net/~selen/312m_kari_traffic.png

■未確認
・ラジコンオンラインで被撃墜時に矢印が複数個表示される
281：電プロ：2008/05/21(水) 23:24:48: 通信量が激増するのは、もしかしてラジコンのみですか？
ラジコンはSPRITE属性の計器関連画像を大量に生成しているので、そのユニットが全部通信路を流れているのかもしれません。（OBJECT属性ユニットが送信されるようになった以降に通信量が激増したはず）

回避のためには2D画像をネットワーク送信しない、ということも考えられますが、むしろ「2D画像が他ユーザに表示されない」ほうが不具合です。
本件は、下記2つのステップで修正可能です。
１．電プロが2D画像もネットワーク越しに正しく表示されるように修正＆ユニット定義に、ネットワーク送信しない、という属性を追加
２．ラジコンオンラインのRSUファイルの計器関連ユニットにネットワーク送信しない属性を付加
282：Hiko：2008/05/22(木) 00:48:19: ラジコンオンラインですが
カメラ移動モードにて、カメラの操作が不能になり勝手に動いてしまうという現象を確認しました。
ラジコンモードや自機操作モードへの変更は出来ました。
動画は3.12lのときに撮影したものですが、同様の現象が3.12m_kariでも発生したので貼っておきます。

ttp://nameless-books.sytes.net:34858/rs_movie/rse312l_080517_radio_002.mp4
283：selen：2008/05/22(木) 23:03:16: >>281 電プロさん
通信量が異常な値を示すのは、今の所ラジコンオンラインのみです。それ以外のスクリプト稼働ミッションではラジコンのような数値にはなりませんし、
通常対戦では無意味にミサイルを乱射しない限り控えめな数値が維持されます。
下のデータはカメラ増殖が発生していた3.12lで取得した物ですが、ラジコンのみ転送量が極端に増加しています。

・ラジコンオンライン / 5人 / client down 3000～3300Kbps , up 870Kbps / server up 18000Kbps
・ムーオンライン / 7人 / client down 1500～1800Kbps , up 失念 / server up 11000Kbps

バンク、ピッチ、方位画像の全てがOBJECT属性持ちである事を考えると、「2D画像がネットワーク上に送信されている可能性がある」というのは正解かもしれません。
それから、>>280の一部を訂正させて頂きます。（張り付き現象が発生しない）ラジコン操縦者の頭は属性が未指定でした。申し訳ありません。
284：Ｊ：2008/05/23(金) 22:55:47: 知らぬ間に修正作業やデバッグやらあってありがたいやら申し訳ないやらという気持ちでいっぱいです。自分が一番動かなきゃならないはずなのに。
ＨＵＤの表示は完全に盲点でした。前回からの遺産ということで基本的に手を付けていなかったので。２Ｄスクリプトの件ですが、こちらで必要画像のみを生成→他削除という方法でも対応できますが、>>281の処理を施した方が自由度が高まるので、>>281方式で解決させて頂きたく思います。面倒をおかけしますが、どうかよろしくお願い致します。
285：電プロ：2008/05/25(日) 23:13:46: ラジコンの不具合対応を行いました。
具体的には>>281に書いたことそのままです。
rsuファイルでユニットを定義するときに、

UNIT_ATTRIBUTE NO_NETWORK ;属性(NO_NETWORK(ネットワーク送信しない))

と定義すると、ネットワーク送信しないようになります。
RSO2のページのラジコンオンラインのファイルを更新してありますので、最新版RSEのダウンロードとともに入手してください。通信が劇的に軽くなっているはずです。

2Dスプライトが通信を超えられるようになったため、ラジコンのパッケージを更新しないと、水平儀の画像が全プレイヤー重なって表示されて、ワケワカメになります。
286：selen：2008/06/08(日) 20:31:04: （参照性が良いのでこちらに書き込ませて頂きます。6月3日の日記の回答集最下部の項目とも関連していると思われます）
以前報告したオンライン対戦時に特定クライアントのRSEが落ちる現象が、現バージョン3.12mでも発生する事がわかりました。
対戦形態に関わりなく発生し、タイミングに共通点は認められません。発生人数は以前と変わらず4割程度です。

幾つかの検証作業を行った所、通信のマルチコア対応によりハード・ソフト両面に対する負荷が増大した点が怪しいという結論に至りました。
これまでに判明している点は以下になります。

・該当クライアントの環境で3.12k以前（マルチコア非対応）のバージョンでは本現象は発生していない。

・RSEの特徴である「先にCPUを確保する」仕様の結果、サーバへ接続後、タイトル画面の段階で2コア環境でCPU使用率が90％以上に跳ね上がる
　（戦闘空域と同等の数値）。PCによってはタイトル画面で50～60％、戦闘空域で60～70％の場合もある。両者の環境で本現象が発生する事が確認されている。
　前者に該当し、本現象が発生していたPCの電源ユニットを（CPUとGPUが多く消費する系統である）12Vラインにゆとりのある物に交換した所、本現象が発生
　しなくなった。

・サーバソフトのCPU占有率も異常に高く、2人接続した段階で1コアプロセッサのサーバではCPUを100％占有してしまい、他のプロセスの維持に影響が出る。

・（私の知る限りにおいて）2コア環境で常時100％近くCPUを占有し、GPUに負荷を掛けつつ更に通信も行ってプレイするゲームは存在しない。
　極めて描画負荷の高いゲームでも最大時で80％程度。

一言でまとめますと、「通信系統の改良で高負荷スクリプトであっても滑らかに動作する構造になったのは良いが、今度はハードウェアがRSEが要求するだけの
処理をスマートにこなす事ができず、ソフトウェアの動作に支障を来し、結果的に強制終了が起こるようになった」という事のようです。

昨今の改良の結果、現在の通信量は1コア全てを先に占有する必要があるほどの物ではないので（以下参照）、必要に応じてCPUを確保するような構造にする事は
できないでしょうか？

■通信量の参考値
・ラジコンオンラインは通常対戦と同等の数値に減少
・Trail of Wingsオンラインミッションで2D画像非送信により以前の50～70％程度まで減少
287：jza：2008/06/09(月) 03:12:55: >>286
さすがにどうかと思ったので、そろそろ突っ込んでみます。
最低限、マシン詳細スペックと、OS、VGAのドライバver,
それからDirectXの版位は書きませんか？

そうしないとfixの為の有益な情報にならないと思われます。

CPU使用率なんて環境によって様々なわけですし、
亀のようにノロいPCで100%ってても、そりゃ当然の結果なわけです。
286さんのPCが亀のようにノロいPCなのかウサギのように速いPCなのかは
スペック書いてくれないと、他人にはわかんないわけです。

本気でfixして貰いたいなら、fixする人間がどういう情報を欲しがるか、
その辺を念頭に置いて簡潔に書くべきかと思います。

たぶん良かれと思ったのか、色々と書かれていますが、
情報の有益度的には
ttp://youcharmanums.blog2.fc2.com/blog-entry-471.html
↑コレの「車のエンジンが掛からない」のと同程度。
この内容だと８割位はノイズ情報でしか無いでしょう。

んでもって、電源換装で改善しちゃったって事は、
要するに　>>286さんのマシンに不具合があったってだけでしょう。
単純に負荷が増えたか、経年劣化で顕在化してきただけかもしれません。
良くあるグラフィックカードの電力不足系トラブルだとお見受けします。

//ということで、解決してるにも関わらず色々書いてある内容の本質は、
//「僕のパソコンでもちゃんと動くように汁！」ってお話なのかな。
288：selen：2008/06/10(火) 01:25:13: >>287 jzaさん
本件は強制終了現象が発生するPC環境に相似が認められず、（上とは別の）電源容量が充分に足りている新規に購入した電源を積んだPCや、独立VGAチップを
搭載したノートPCでも一定頻度で発生するため報告させて頂いた物です。

最初に報告する前にCPU処理能力の差異やメモリ容量、DirectX、VGAドライバのバージョン確認等は済ませてありますし（問題点は確認できませんでした）、
各種デバイスとドライバの交換ないし更新、他プロセスの停止も効果がなく、上の条件確認の結果と参加人数辺りの発生頻度からいって、
環境固有不具合の可能性よりもRSE側の不具合ないしゲームとして問題のある仕様が原因の可能性が高いと思われたため、こちらに書き込ませて頂きました。
仮にこの現象を放置した場合、11th等の今後のイベント進行に影響が出ます。

参考までに、該当クライアントのCPUはC2D 2.0～3.16GHz , Q2Q 2.4GHz , Athlon64 2.0GHz , X2 2.1～3.2GHz、GPUはGeForce 6600系 , 8600系 , 9600GT ,
9800GTX , Radeon 9600系 , 2600XT等です。上のシングルコアプロセッサのサーバはP4 2.8GHz、デュアルコアのX2 2.1GHzのサーバでは75％程度まで上昇します
（CPU処理能力と通信量に比して占有率が異常に高い）。OSは全員XP SP2になります。
尚、CPU占有率の高さは（シングルコアとマルチコアで違いはあっても）処理能力に関わりなく各クライアントで共通する現象です。
289：jza：2008/06/10(火) 02:52:33: 恫喝したところで事態は解決しないと思いますが。

レビューする際は、もう少し簡潔に解りやすく書く習慣を付けた方が、
他のレビュアにとっても追試しやすくなり、有意義な事かと思います。
＃第三者による追試は検証の基本～

>本現象が発生していたPCの電源ユニットを（CPUとGPUが多く消費する系統である）
>12Vラインにゆとりのある物に交換した所、本現象が発生しなくなった。

>（上とは別の）電源容量が充分に足りている新規に購入した電源を積んだPCや、
>独立VGAチップを搭載したノートPCでも一定頻度で発生。

と言った感じに、出された情報が不明瞭かつ錯綜していて、
おそらく検証の全貌を把握しているのはselenさんだけといった状況になっています。
なんか急に役者 (==検証したハードウェア)も増えてますし。

たとえば要点を箇条書きで抽出して、一目で状況を把握出来るようにするとか、
「思い込み」と「状況報告」を１パラグラフ内に混在させないとか、
いろいろと手段は考えられると思います。

折角のレビューが誰からも読まれない、無価値だと思われてしまうのは
哀しいことですしね。
290：電プロ：2008/06/10(火) 19:55:57: >>Users All
通信時の負荷軽減については現在取り組んでいる最中なので少々お待ちください。
今はちょうど安定化作業が終わって、次に最適化に入るフェーズですので、経験上、負荷は1/3くらいになるはず。
※「どこでコケたのか」を明確にするためmemcpyしまくっていたので、可能な限りバッファを使いまわす方向で調整中。

あと、selenさんの状況から判断するに、RSEの特定のコードにバグがあるというよりは、安定化のための「CPU全部取り」がかえってOSを不安定化させている状況と思われます。

突然RSEが落ちる、以外に通信時「のみ」に発生する不思議な現象はないでしょうか？
ないのであれば、通信を軽量化すれば万事解決なのですが。
291：selen：2008/06/11(水) 01:15:14: >>290 電プロさん
今の所オン対参加者から挙げられているのは、「最新版のRSEがオフラインでは安定して動作するが、オンラインではRSEが落ちる事がある」点のみです。
2Dスプライトを使用するオンラインミッションではパッケージの更新が必要でしたが、こちらは非送信属性の付加により正常動作するようになっています。

もしかしたら誤解を受けているのかもしれませんが、この現象はここ1ヶ月間、複数の参加者で恒常的に発生している物です。
292：wakaba：2008/06/11(水) 23:53:09: wakabaです。
暫く静観していたのですが、状況がなんら改善していないようなのでちょっと動かせてもらいます。

最近、ハードウェアに起因すると思われる不具合報告がぐだぐだになっている傾向があります。
そこで、情報の一覧化とログの蓄積のためにWikiを用意しました。
http://rs.wakabadou.net/wiki/

とりあえず今週の金曜にRSE動作確認会を行います。
すでに何名かハードウェア絡みでトラブルが発生している方が居るようなので、
該当される方の積極的な参加を期待します。
293：電プロ：2008/06/12(木) 23:49:35: 明日実験をするということで、取り急ぎ単純にCPU占有率を低下したEXEを作りました。

http://rectangle.wakabadou.net/rs3/RSE_312n_kari.exe
http://rectangle.wakabadou.net/rs3/RSphereServer_312n_kari.exe

本質的な負荷軽減はやっていないので、処理量が足りずに通信品質の悪化を招く可能性がありますが、そのあたりもお試し願います。

RSEが落ちる原因が、「対戦時の条件」ではなく「PC依存」の場合、マルチコア対応による排他資源の競合などの原因が考えられます。
対処すべき内容がまったく正反対なので、そのあたりを明らかにしたいところです。
294：wakaba：2008/06/13(金) 00:23:52: >>電プロさん
対応ありがとうございます。
とりあえずの原因の絞込みとして「通信系（通信量爆発、バッファ溢れ）」と「資源競合（CPU、VGA）」の切り分けを行ってみます。

あとは一応RSEと本質的に関係ない所もですかね。
「そもそもVGA側で電圧が足りなくて、たまたまRSEがアクセスしていた所が腐ってしまい、それに巻き込まれてRSEのみクラッシュした。」
なども考えられるので。

その場合はハードウェアのみが悪いで解決する問題ではありますが。
295：wakaba：2008/06/14(土) 01:30:52: >>電プロさん
本日の検証会は終了しました。
RSEの更新、ありがとうございました。

とりあえずの速報としては以下の通りです
・参加者は最大6人
・RSEのクラッシュは発生せず
・RSPはRaidersSphere3rd.rsp
・CPU、通信量については後ほど報告
※時間的にトレイルオブウィングスまでいけませんでした・・・

詳細な報告はおってご連絡します。
恐らくWikiへの誘導となります。

以上です。
296：電プロ：2008/06/14(土) 11:10:04: ところで、

RSO2のCDを作るという約束を最初のほうにしていましたが、どういう形にしましょうか？
「ジャケットデザインを作った（これから作る？）」という方がいたはずなのですが、当時の状況では補足できませんでした。
何かデザインがある方はJPGで送ってください。

無い場合、RSO2サイトの背景を整形してCD盤面サイズにして使おうと思っています。

＜仕様＞
ジャケット：ホワイトプリンタブル盤面印刷
インストーラ：なし。単純にCD内容をコピーしてください。（自己解凍ファイルはVistaなどで問題が起きる可能性が高いので使用しません）
価格等：非売品
（RS関連で夏コミに出る方がいれば、20個くらい委託販売してもいいですが……）
297：電プロ：2008/06/15(日) 23:22:37: 金曜日の結果より、とりあえず負荷の軽減化が安定動作に寄与してそうなので、本格的に軽量化に取り掛かりました。

以下、「Ver,312n(仮2)」です。
＜実施内容＞
・select関数の使用により送信スレッドの一本化（スレッド数が半分になり、サーバのルーティング時のmemcpyも激減）
・ユニットをまとめて送信するではなく、フレームごとに分割してちょろちょろ送信→TCPストリームの詰まりが軽減？

＜ファイル＞
http://rectangle.wakabadou.net/rs3/RSE_312n_kari2.exe
http://rectangle.wakabadou.net/rs3/RSphereServer_312n_kari2.exe

＜今後の予定（軽量化系）＞
・select関数により、受信スレッドも一本化（memcpyは減らないが、スレッド数が2に減る）
・スレッド間のデータ受け渡しが不要になったことで、送信時のmemcpyをゼロ回にする改造を行う

今までは、たとえばログインユーザーが5人いる場合、サーバに12のスレッドが用意され、1件のデータを全員に送るのに送受信合計8回のmemcpyが発生するというアホな構成をしていましたが、
今回の修正で6スレッド、memcpy3回に削減されました。
最終的には2スレッド、memcpyゼロ回に減らせる見込みです。

一挙にそこまで持っていくと、途中で不具合が出たときに追跡できなくなってしまうので、今回の途中仮リリースとしました。
安定性が向上した/しない/悪化した、および処理量が減少した/しない/増加した。という情報を教えてください。
問題ないようなら軽量化を続行します。

※RSE内部でもmemcpyをなくしてもTCP自体が本質的にメモリコピーを行うので、厳密にはゼロ回にはなりません。
298：wakaba：2008/06/16(月) 00:55:02: >>電プロさん
遅くなりました。
以下、土曜日の検証のまとめとなります。
お手数ですが、ご確認のほどよろしくお願いします。
http://rs.wakabadou.net/wiki/index.php?%B8%A1%BE%DA%2FRSE%B8%A1%BE%DA%2F20080613

なお、この話題は既にRSO2から離れているような気がします。
あやしい仕様確認スレッドへの移動、または検証専用スレの設立を提案します。

追伸：
修正実施内容の公開はとても助かります。
あたるかどうか判らないあたりを付けるのは結構リスキーなので。
299：ながら：2008/06/16(月) 02:37:06: >>296電プロさん
ロックオン警報が鳴ってるぜ！、と参上。何ィ機動予測だとうわぎゃー。
とりあえず今回も当選してます、二日目西２　か-46b。

委託の件ですが、有償の場合blueblueの素材の権利関係をクリアする
必要がありますので、詳細決定したら改めて教えてください。
（blueblue以外の外部素材使用rspについてもこれは同じだと思います）
300：電プロ：2008/06/16(月) 23:31:35: >>初夢さん
ジャケット画像受け取りました。静けさと怪しさが同居する感じで良いですね。

ロゴの位置がCDの中央部分に隠れないかちょっと心配ですが、考慮されていますか？
していないなら、こちらで検証します。

あと、JPEG圧縮がきつくてブロックノイズが発生しています。
ロゴ位置の確認などを行った後に、高画質で再送をお願いいたします。
301：電プロ：2008/06/16(月) 23:51:53: >>初夢さん
こちらで確認しましたところ、ロゴ位置がCD中央の穴部分ギリギリでした。（プリンタブルCDの印刷可能範囲は結構狭いです。※参照）

あと100pixel分くらい下に移動させてください。お願いします。

＜※参考情報＞
印刷領域：半径58mmの円
印刷不可能領域：半径21mmの円
印刷できるのは幅37mmのドーナツ状の部分だけです。
302：初夢：2008/06/17(火) 01:44:22: >>電プロさん
修正したものをアップしました。場所は前と同じですが、
BMPファイルで保存、圧縮したのでお手数ですが先のメールの
URLの拡張子をjpgからzipに変えてダウンロードして下さい。

あと外部素材についてですが、自分のミッションのものは全て商用可の素材を使用しているので委託に際して問題はありません。
303：ながら：2008/06/20(金) 03:21:39: 　blueblueの外部素材関係、懸案事項であったBGMに関して配布元に問い合わせました（背景画像については有償頒布に関する制限や要問合せの記載はないのと、うち一件はBBSが消えている、機能していないなど連絡がとれそうにありません）。
　有償であっても少部数委託程度なら問題ないとのことです。ただ、スタッフロールもしくはリンクを設置してもらいたいとのことなので、スタッフロールの新規制作が難しいことから、（マニュアル代わりとなるであろう）ディスクに同梱される際に紹介ページreadmeのhtml化と、<a href=～>タグの設置をお願いします。
304：Lotus：2008/06/21(土) 07:19:44: おはようございます。

RSO2の有償配布についてですが、素材を使わせていただいたHP
のQ＆Aによると、「ゲームへの使用はOKだが、利益が発生する
作品への使用を禁止する」とあります。
　もし、夏コミで有償配布を行うのであれば、自分の出した作品
(avalon_completeとfairy tale(ミッションの方))は外しておいて
ください。
305：＜削除＞：＜削除＞: ＜削除＞
306：電プロ：2008/06/22(日) 09:36:24: >>初夢さん
ラベル画像を受け取りました。今度はバッチリです。ありがとうございました。

>>ながらさん、Lotusさん
仕様素材のライセンス関連の件、了解です。

ＣＤ作るかどうか、最初から明らかにすべきでしたね。
ながらさんのスペースで委託するにしても、数量・品質共に中途半端になってしまうので、どうしようかなと思っています。
307：電プロ：2008/07/21(月) 22:34:01: RSO2の委託について問い合わせを受けたため回答します。

RSO2ディスクエディションは権利関係が中途半端なため委託販売は行いません。
当初の予定通り「参加賞」としてミッション作成者および運営協力者のみに進呈いたします。

肝心のディスクですが、現在プリンタが白黒しか印刷できない状態なのでｗ、もう少しお待ちください。
出来上がりましたらここで連絡しますので、そのときに郵送先を教えてください。
308：電プロ：2008/07/27(日) 16:28:45: >>RSO2 All

現在RSO2のCDを焼いているところです。新しく買ったプリンタが明日あたりに届きますので、来週には発送できそうです。
今回はミッション作成者への「参加賞」となりますので、電プロまで送り先をメールで送ってください。

なお、尋ね当たる郵便番号・住所・氏名を書いてください。名前を教えてもらえずH.N.で送ったら受領拒否されたことが過去にありました。

（H.N.で届くのであれば問題ありませんが。実際に、郵便局に通知してH.N.で郵便が届くようにしてある人もいるそうです）
309：電プロ：2008/07/27(日) 23:23:41: プリンタ届きました。
CDRに印刷してみましたが、6年前のプリンタと比較してとてもラクになってます。
焼き終わって後は印刷するだけなので、土曜日にはメディアが出来上がる予定です。
310：電プロ：2008/08/05(火) 22:28:46: >>ながらさん
夏コミで委託させていただく品物を本日発送しました。7日に到着する予定だそうです。
RS3だけでなく、サントラやら余っていたRSO1のディスクやらも手当たり次第に放り込みましたので、
当日の机に隙間があればそちらもお願いします。値札も送りましたので使ってください。
で、肝心のRSO2ディスクを入れ忘れてしまいました。こちらはコミケ当日に持参いたします。

>>Ironnitrideさん、Lotusさん、Ｊさん、初夢さん
RSO2のディスクを送りました。