C++などで書き直す必要が出てくるかも。技術評価および発想の実体化としては(HSPでも)十分だと思う。後、おそらく通信プロトコル自体も見直しが必要。実用化への分かれ道となる。2011年4月8日に計34マップ収録した試作品を製作・開発し、5月19日から22日の4日間に掛けてOTZさんのOTZ's鯖の協力の元、オープンで不特定多数にテストを依頼した。(公開サーバー化)(OTZさんと、テストに協力してくださった方々に心から感謝する。)下記は、その試験運用によって得られた今後の課題である。・バージョンを変更する。>通常版1.9でのjoinを防ぐため・ファイルを配信完了するまではサーバのautoフラグを切る。>ファイルが送信し終わるまで試合が開始されないという、非常に有力な対策。・(サーバーから見て)各クライアントに対するマップの送信を、順次型から並列型(同時型)に。>これで低速回線のクライアントが居ても、全員を巻き込まない。・名前に「,」が入ると起動できない対策。・通信の不具合による、マップやポイントデータに不具合が発生する対策。・マップの選択確率が明らかに片寄っている点>そんなはずは・・、でも明らかに同じマップばっか出てくるよなぁ。・クライアント側、サーバー側問わずの不正アタック対策全般。>実験の枠を超えて、まともに活用するなら必須。・クライアント側(client.exe)の表示をGUI化してビジュアルに。・1マップごとにZipなどで固めてしまう。・起動前に、マップ以外にxファイル画像ファイル音声ファイルを強引に書き換える。「サーバー運用者向け」および「オンライン改造パック開発者向け」の、細部の技術資料の公開は未定。ついてメールでも構いませんが、他の方(第三者)との情報交換の観点からも上記のフォーラムでのお問い合わせをお勧めしています。