第19回あほげー参加作品「BHD」自己分析結果
どうにかして今後に面白いゲームを作る為に、第19回あほげー参加作品「BHD」を作成した際の手順や所要時間等から、何らかのヒントが得られないか考えてみる反省記事。
作成したゲームはここから遊べる。
あほげーについては以下の公式サイトを参照。
所要時間および作業内容
忘れないように、終わった直後ぐらいにメモしておいた内容。
アイデアの検討 - ブレストを行い、その中からいけそうなものを何個かに絞る作業 - 3時間
オープニングデモの作成 - 合計15時間程度
- ノベルゲーム風のシステムを実装 - 8時間
- こういう汎用的に使い回しできるシステムは、あほげーが始まる前に用意しておけばよかったのだが、後で言っても仕方がない…
- グラフィックアセットの用意 - 4時間
- 今回は、自前で用意していたら間に合わないと判断し、いらすとやさんのものを利用させてもらった
- オープニングデモのみではなく、ゲーム本体でのみ利用するアセットの加工も大体ここで行った
- ノベルゲーム風のシステムに食わせるシナリオデータ(台詞表示、背景変更やキャラ移動等)の作成 - 3時間程度
- ノベルゲーム風のシステムを実装 - 8時間
ゲーム本体の実装 - 合計12時間程度
cljsの
:optimizations :advanced
だと動かなくなる不具合の修正 - 6時間- リリース直前のチェック時に発覚。調査に時間がかかったが、根本的な原因は、pixiのバージョンアップに伴うexterns漏れだった
リリース作業(公開サイト設定、最終動作確認、修正、等々を含む) - 1時間
以下は後日に追加した要素
エンディング追加 - 18時間
- なかなか面白い内容が思い付かず、また、個別のアセットを用意して追加するのも面倒なので、だらだら作業をした結果、無駄に時間がかかってしまった
その他の改善や修正など - (所要時間不明)
- http://vnctst.tir.jp/ja/games/op0017.html#History にある内容の内、エンディング以外の項目が該当
ゲーム自体の内容についての考察
それなりに面白くはなったと思うが、天体重力シミュレーションゲームとしては、ものすごく小規模な内容だと思う。
- 重力源が二個固定なので、マップデータ的な面白味はない。ただ、天体重力シミュレータとして必要最小限の複雑性は一応出せていると思う。
- 最初はLunar Landerを意識していた筈なのだが、Lunar Landerっぽい要素はほとんどない。
オープニングが長すぎてよくない。
- でも今から直すのも面倒なので、このままで…
エンディングのアンロックシステム自体は悪くはないと思うのだが、アンロックの条件は最高得点ベースではない方がよかったような気はする。
ゲーム量産のインセンティブ等についての考察
- 今回は、いらすとやさんの素材を使わせてもらったが、「既にこのアセットを使う事が決まっている」というだけで、そこから内容をふくらませて決定していく事ができた。アセット駆動開発。
- 具体的には、いろいろな角度から見たおじさんのイラストを見た際に「これをそのまま回転させてロケットとしよう」というアイデアが出た。
- 当初は普通のロケットの外側に半裸中年男性が縛り付けられているようなグラフィックの予定だった。
- 自分が読んだ、多くのゲーム開発の本には、「とりあえずキャラは丸や三角や四角でいいから、先にゲームのロジックを実装してみて、その面白さを確認すべき。きちんとしたキャラを使うのはその後」という風に書かれていた。が、この手法はあほげーのような、一人開発かつ超短期でのゲーム開発には向いてないようだ。多人数かつ中長期のゲーム開発向けか?
- あと「既にアセットがある」というのは、「これで実装しないともったいない!」的な、インセンティブにも良い影響があるように思えた。
- ただ、1~2月にやってたDenziさんのXanadu風タイルマップとかの経験からすると、タイルマップ等の場合はそれ単体では駄目で、これを組み合わせて建造物やマップデータの形になったものを多数用意できないと前述の「既にアセットがある」感が出ず、インセンティブにはなかなかつながらないような気もした。厳しい。
- この方式が有用であれば、「ゲーム本体を完成させるよりも先に、アセットを外注する/販売しているものを購入する」のも検討する価値がある。
- ただし、html5ベースの場合、ライセンス面で厳しい制約がある。この制約の概要は http://nextframe.sblo.jp/article/50691421.html によくまとまっている。
- 具体的には、いろいろな角度から見たおじさんのイラストを見た際に「これをそのまま回転させてロケットとしよう」というアイデアが出た。
今回のまとめ
あほげーのような、超短期製作を前提としたまとめ。
可能なら、汎用システムは事前に作っておこう
- とは言え、ゲーム内容の決定結果によっては使わないケースも普通にあるので…
アセット駆動開発を試そう。利用するアセットの決定を先にやってみよう
- もちろん、駄目そうなら一度決定したアセットでも後で変更してよい
- これはアセットを自作する場合にも適用できるが、自作したアセットの品質があまりに良くない場合、逆効果(時間の無駄)になってしまう気もする
明確なストーリーが決定していない場合は、オープニングや中間デモ等を作りながらストーリーの内容を確定していこう
- とりあえず画像やBGMなしでいいから、テキストとしてバーッと作る
- オープニングが長いのは駄目。チェルノブみたいな感じがベスト
ゲームバランス取りにかかる時間は多めに取っておこう
- どうやってもクリア不能だったり面白くならない場合、システム要素の追加/削除までする事になる為