アイマス360開発スタッフのつぶやきまとめ

ぼや @boyahina

アイマスにはメモリの断片化を防ぐため、確保するメモリが複数種類あって、それぞれ可能なタイミングで全開放するのだが、ファイルシステムは、今のモードで確保するメモリを自動判定するようにした。 で、これが、大・失・敗！w #アイマス15th

ぼや @boyahina

その仕様をちゃんと理解しないで、適当にコピペで使われた結果、間違ったメモリに展開する不具合が発生。 「パラメータは自動化しないで引数で明示した方がいい」 という知見を得た。プロジェクトは人の出入りがあるので、いつどんな人が見てもわかる関数仕様が重要であると。 #アイマス15th

ぼや @boyahina

プロジェクトルームには、開発機材が乗ってデバッグモードが動く業務用の筐体があった。「暇があったらプレイもしとけ」と言われた記憶があるw あとは、業務用のHDDデータのコピーと、外注が作ったソースコードがあった。それと業務用の規格書。 それが「すべて」だったw #アイマス15th

ぼや @boyahina

ただ、この仕様書が最終仕様書じゃないから、全然まったく現物と一致しないという… はっきり言って、企画はゲームに興味がなかった オーディションへの企画からの要求は「基本業務用と同じでよろ」だけだった。酷い話だw #アイマス15th

ぼや @boyahina

コミュのスクリプトは「元データ」がるということだったのだが、先に書いたように「解析が趣味」だったので、空いた時間に業務用のHDDのデータからXML化するコンバータを作って、完成したXMLを閲覧成形用のXSLと一緒にプロジェクトから見えるようにしておいた。 #アイマス15th

ぼや @boyahina

読み込みのソースコードがあるので、解析は楽だった。というかこんなの解析のうちにも入らない。 企画の要望で「各キャラの出現数カウント機能」とか付けた。作業量見積もりとかに使ったみたい。 そう、本来は不要なハズの変換データだった。 #アイマス15th

ぼや @boyahina

スクリプトコード担当は後から合流したA氏。ゆめりあ組だｗ 氏が合流した後が前か忘れたけど、あると言われてたスクリプト元データとコンバータが、どうみても「台詞のテキスト」しか生成しないことが判明。3Dキャラの動作データが一切ないのである。 #アイマス15th

ぼや @boyahina

推測だが、どうやらこのデータを実機に入れたあと、「実機上のエディタ」で「パッド」で「キャラ配置」や 「モーション」を設定し、そのデータは「HDDに直接バイナリとして書かれる仕組み」だった模様。 どうりでデバッグ機能にしては色々できるなと…w #アイマス15th

ぼや @boyahina

単純移植なら、そのまま移植しても良いのだが、キャラデータもモーションも新規だし、追加キャラもあるのでそうもいかない。 実機エディタも論外であるw 結局A氏ががんばって、業務用のデータを整理しつつ、新しいスクリプト体系を作ってEXCELでデータを作れるようになった #アイマス15th

ぼや @boyahina

EXCELからXMLを吐いて、それを使うような仕組みだった気がするけど、詳細は知らない。EXCELの入力の仕組みはスクリプターが頑張ったのかもしれない。 ただ後日A氏から「ぼやさんのXMLがなかったら確実に間に合わなかった」と言われたw 実は私は細かいところで色々暗躍してるw #アイマス15th

ぼや @boyahina

アイマスの2DのUIパーツ表示は別に担当者が居たのだが、できる気配がなかったので私が作ったw やはり会社で個人的にFLASHのファイルを解析してたのでw、FLASHからレイアウトデータをXMLで吐き出すツールを作成。 フラットな単純構造じゃないと正しく吐けないのだが、結構使われた #アイマス15th

ぼや @boyahina

なぜ私が作ったかというと、私は開発序盤からずっとオーディションを作ってたので、一番最初にUI表示が必要になったからだ。 あとのメンバーは3D表示やコミュを作っていて、レッスンのミニゲームは結構最後に作られてるので、私「だけ」が最初から必要だったのだw #アイマス15th

ぼや @boyahina

UIのアニメーションはWIPE-IN/OUT程度の簡単なものなので、これもXMLベースのアニメーションエンジンを作った（なにか拡張子があったけど忘れた） このXMLは「いくねこ」のアニメーションエンジンの流用で、それ自体も私個人の「voidたん（「伺か」クローン）」からの派生品である #アイマス15th

ぼや @boyahina

この辺は正式な担当者から正式版が出たら載せ替えるつもりだったのだが、結局出なかった？のでそのまま。 というか、他のプログラマーからも使われるハメに。聞かれる度に説明したので、何人にも同じレクチャーをするハメになった。 こっそり作って使った罰かもしれないw #アイマス15th

ぼや @boyahina

ネットワークといえば、DLCのゲーム内購入の仕組みの調査も私が担当してた。 ゲーム内でDLCが買える仕組みはMSの仕様にあったのだが、実際の手順は実験で確かめるしかなかった。 プログラムもそうだけど、サーバーへの設定方法も説明書だけではよくわからなかったので、実験した #アイマス15th

ぼや @boyahina

ちなみに、マッチングサーバーもDLC配信サーバーもMSが開発用のサーバーを用意してくれてたので、課金のテストも含めて実験し放題だった。 だた、これ、他の会社からも見えちゃうのでw、最初はタイトルを偽装して実験してたw。何て名前にしたかは忘れたw #アイマス15th

ぼや @boyahina

アイマスのDLCの大成功は、このゲーム内カタログ・DLC購入なので、これを仕様とした企画はえらかったと今でも思う。苦労した甲斐があった。 が、実は最終実装は私が知らないうちに終わっていたw。でもライブラリ化したり、説明した記憶がない。誰がどうやって作ったんだろう？w #アイマス15th

ぼや @boyahina

そういえばオーディションのNPCもチーフが担当してるんだけど、私が自分で仮実装してあったNPCが、いつの間にか挿し変わってたw いや、説明はもちろん、人に渡せるように整理とかまだ全然してなかったのにである。 本業ゲームプログラマってすごいって思ったねw #アイマス15th

ぼや @boyahina

私は適当に書きなぐったあと、あとで整理するタイプなんだけど、本業プログラマはちゃんとインターフェースから考えてつくるので、まさか、私が後から作り直すつもりの仮コードで作業してるとは思わなかったのかもしれないw 自分のコードはいつでも誰でも見られる意識が低すぎたw #アイマス15th

ぼや @boyahina

業務用のオーディションはネット遅延が全く考慮されてなかった。なにせ高速の専用線だったので（後に普通の回線になって不具合が出たと聞いた気がする） 一方家庭用はやっとADSLが広がったころ。なんとISDNでプレイする人も居た時代。 当然遅延は数百msecある。 #アイマス15th

ぼや @boyahina

ところが思い出ボムは最悪次のターンの直前まで発動できて、判定まで最悪余裕0が許されていた。 なので、間に合わない判定は次のターンに持ち越しとかが行われる仕様になっている。 そんな感じで、通信遅延を配慮した細かい仕様変更がオーディションには入っている #アイマス15th

ぼや @boyahina

ただ「フレッシュ判定が中間でも入る」みたいな差異は、単に私の調査不足であるw。元プログラムちゃんと読んでないのでw 言い訳すると、なんか元プログラム結構スパゲッティーで…（をい） 業務用との差は私の調査不足である。決して「家庭用への調整」ではない。ごめんなさい #アイマス15th

ぼや @boyahina

オーディションはデバッグチームを使い始めた最初から、発売した後まで、ずっとデバッグ作業が行われている。 たぶんものすごくお金がかかってるw これ以降ネット対戦が実装されないのは、もしかしたら私のせいで懲りたからかもしれない… ガミP、ごめんよ #アイマス15th

ぼや @boyahina

多分2006年じゃなく2005年末の納会の日だったと思う 「10万本売れるか賭けをするなら、売れる/売れない、どっちに賭ける？」 という話になって、私だけが「（1年でなら）可能性はある」と言った…気がするw ガミPは「そんな質問は野暮」と言っていた。 #アイマス15th

ぼや @boyahina

私は基本残業も休日出勤もしない主義なんだけど、夏休みは何日かでた。 チュートリアルを実装する時間が夏休みしかなかったから。 オーディションのチュートリアルは、よくわからないチュートリアルで、妙なオーディションもどきが動作するので、結局コピペのハードコーティングw #アイマス15th