仮執筆、しばらくしてから加筆修正予定。
この２週間で８日間ほど５時間ずつゲームのドット絵やらグラフィックやらにあたっていました。以下の文はその間感じたことのまとめです。自分よりも初心者の方のゲーム制作、また作ってるやつ実際どうよ？な方に参考になればいいのですが…まあ、取るに足らないサンプルとして閲覧ください。なお私個人としてはバットエンドだと思いました。あしからず。また、ゲームの制作自体の所感だけを読まれたい方は、「今回の考えが通用するであろう範囲」「ゲーム開発にあたってどのような点を考慮すべきか」の部分だけで事足りる内容かと思います。
開発にあたってのバックストーリー
プログラマ、デザイナ各一人。ゲームの開発経験は本作のver1.0を除いて経験なし。またバックボーンは既にあり、それをベースに改善を図る。なおグラフィックの流用はなし。ゲームバランス、トータルイメージともに零、行き当たりばったり。展示に間に合わすべく一月程度、特に２週間前から開発。開発に当たり、デザイナが主権を取る。
ここでまでですが、プログラムは既にある程度の改良がなされてました。また、ここでの展示とはおよそ学校組織だと考えてください。
ゲーム概要
横シューティングであるが、弾幕系ではなく、Flashゲームでありがちなプレイヤーの能力が上がるor装備変更を予定。従って既存のものよりディレイ等を設けた、アクションゲームのようなシステムを用いる。ライフ制を取り入れる。解像度を比較的高めに変更可能にする。1024x768を標準条件として開発。また、複数プレイ可能にする。これを個々のPCで起動しLAN,Netwark間での共同プレイを可能にする。動作環境の下限を高めにし、またMacでの動作も可能にする。
これらの点の多くはデザイナが考案し（我侭ともとれるが）、それを元にプログラマが吟味、実装するものだった。その際に意思疎通を限りなく行うようにし、イメージは他ゲームをサンプルを用い、考えのすれ違いが無いようにした。ただし、全体のレベルデザイン等はデザイナしか認知していないまま進行した。
開発期間の作業内容
デザイナは全体の構成を考えて、ドット絵に起こすことにした。その際モーションをキャラクタが持っていなかったので、その点を中心にドットに起こしていった他、伴って敵の書き直しや、発射弾をグラフィックとして描いていった。また、プログラマはそのモーションをとるように拡張したほか、今回のメイン部分となるネットワーク部分の実装を行った。 この段階ではおよそ順調で、予定通りの実装を予定通りに行い、動作確認を行った。しかしそれとは別に、それぞれがデザイナは自身の表現力に、プログラマはネットワークの実装という問題に直面した。
この時プログラマがどう考えていたかは僕には分かりませんでしたが、デザイナの方はドット絵を新規で描き始めて、１モーション５時間程度かかっていたので、実装限界を感じていました。また、技能が全くの発展段階であったので、１つめと２つめのモーションで、当人が気になる程度の表現力の差が出てしまっているのもメンタル面で突っかかるものとなりました。
展示前の作業内容、初日
期限が一日と迫っていたので、手を付けていなく視覚的にインパクトを持つ部分の実装を行った。この段階ではUIが満足していなかったので改善を図り、また、直前までネットワーク対応を試みた。結果、１０時間で初日（二日間あります）は以下の実装を行うことができた。
- プレイヤーライフのUIの実装
- マップの背景レイヤー（３層）の実装
- 新規ショットの実装
ここまでですが、デザイナはイラストツール、ドローツールを使用した経験が過去に１０時間程度しかありませんでした。従って実装に時間が掛かる掛かる…また、プログラマはネットワーク部分を完成させることができませんでした。
展示会場でゲームを実行した際に、グラフィックスが貧弱なPCで、特にビデオメモリをメインメモリと共有といった使用だったため、必要十分なFPSを稼ぐことができませんでした。そのために背景レイヤーを一つにすることに。また小さいお子さんが多かったために、ゲームが難しいとの声が多く聞こえてきました。
展示前の作業内容、二日目
初日の問題を押さえ、再度拡張を試みる。既に徹夜済みの身だったので、睡眠時間を４時間程度確保した後、徹夜モードに再突入。実際に変更できた点は以下の通り。
- スコアのUIの実装
- プレイヤーライフのUIの描き直し
- マップの背景レイヤー（３層）の小メモリ化
- 新規ショットの実装
- 新規敵のショット、パターンの実装
イラストツール、ドローツールが前日の修羅場モードにより何倍も上手になってしまったので、描き直し。以前は自由変形のコマンドすら探すことが多々ありましたが、集中するとさらに難しいことを覚える人間ってすばらしい。プログラマもいろいろと修正。
二日目の展示の際、FPSの問題の改善に成功。他、難しいとの声が上がっていたために改善した結果、かえって簡単と言われてしまいました。実質これは失敗。
開発期間を振り返ってのまとめ
昨年度の出来を考えると、おおむね改善することができた感じでした。展示の出来具合に関しては、入場者やお子さんには受けがよくなり、長時間遊んでいかれる方が増えていました。
反対にゲームを制作する過程としては全くもって駄目だった、とまでは言いませんが、３０点ぐらいだったと思います。デザイナはヘタレ、具体的に製作中にドット絵の経験等が豊富でないために品質が常に常に過去のものが劣ってしまう傾向がありました。（ここに関しては僕個人は不満を抱いてはいないのですが）プログラマとしても前年度の設計を引きずってしまったために、拡張に幾分か失敗してしまうことがありました。
今回の考えが通用するであろう範囲
中規模から大規模かつ少人数でのゲーム制作、また製作技術の向上を目的に含んだものに当てはまるかと思います。また、プログラマ寄りではなく、デザイナ側の観点から見たものです。プログラマは筆者のような人間を相手にすることも考えると、多少自制心をもって実装するシステムに疑問を投げかけれる人間を目指すといいかもしれません。一人なら全て自分の責任ですし、大人数ならスキルをそろえるのは難しいため、実力のあるもの同士で制作したほうが安定するであろうからです。
ゲーム開発にあたってどのような点を考慮すべきか
まず言うまでも無くそこそこの規模のゲームであれば、行き当たりばったりの設計はやめるべきなのは当然です。しかし本当に最初から最後まで予定通りの実装が可能か、といわれれば僕の性格上NOとしか思えません。なにか想像ができないようなものが突然頭をよぎったりするでしょうし、そもそも行っていることは、他者から要求された仕事の様なものではなく、単純に同人であり、経験ほしさであり、もっと娯楽的な意味合いを孕んだ制作物であるからです。また、社会人のように時間がないのでなければなおさらだと思います。従って改善方法として、まずは単純な実装を行って、イメージを膨らませて制作に取り組む方法が良いと感じました。先に上げるのはプログラムでも素材でも構わないので、ある程度の量を制作します。プログラム、素材ともに、既存の制作物を取り出し、どんな感じであるかを表現しても良いでしょう。このとき、ゲームの最初から後半ごちゃ混ぜのキャラクターや世界観でいいと思います。そのほうが全体像の情報が局所的に多いわけではなく、全体の見通しがつくからです。
発想はBrain Storming法に習ったものでしょうか。このBS法とは非常に誤解を招きやすい表現で簡単に説明しますが、否定的でない案をどんどん出していき、質より量を整えた後に、考えを結合し改善していくものです。この方法は着想、創造、計画、問題解決技法として最も多くされている方法とされています。これに従って素材を元に、イメージを膨らませて、実際に面白そうか、実装に問題は無いか、技術的に実現可能かどうかから考えていくといいでしょう。僕らも失敗もありましたが、この方法を要点でとると、意思疎通を行ったり、具体的な実装を行いやすくなる点が多々ありました。
次に素材の異なる点をピックアップすることを忘れないでください。実際に制作するに当たって、他の横シューティングを参考にしたりしましたが、解像度の関係でパーティクルが同じような表現をしていることを望むと、平均より大きな画面サイズで設定していた僕らのゲームに違和感が生まれることとなりました。こういったもの以外にも、RPGだったときに、ドットパターンの参考を、あまりにも広い範囲から選ぶと、イメージや表現の一貫性が取れなくなったりすることもあるでしょう。
最後に、どんなときもenjoyすることを忘れないことです。小さなパーツが画面に表示されたとき、些細な動作が表現されたとき、知人がこれを見、驚いてくれたときそれぞれの感動を忘れずに改善を図り続けることが重要です。困ったときはお互い励ますといいでしょうし、時にお互いに迷惑がかかるといった『人質』にし合うこともいいでしょう。（笑）それでも駄目なら、何か映画でも見て気分転換でもして、決して冷め切ることの無いようにしてください。
