主な仕事に気を取られることなく、1か月でゲームを書く方法

MoonGunは、月面基地を小惑星から守るためのアクション/戦略ゲームです。このゲームは、2020年11月のGithub Game Off Game Jamの一環として、ゲームデザインに関する多くの記事の著者であるIvensSerpaによって作成されました。彼は仕事からの自由な時間に一人でそれを扱った。ゲームは多くの肯定的なレビューを受けたため、作成者は開発の経験を共有することにしました。作成プロセス全体を説明し、コンセプト、計画、開発、リリースの段階を含む、彼が使用した方法を共有します。



この記事のトピックに移る前に、いくつかの重要な注意事項に言及する価値があります。この資料は、開発の技術的な側面というよりも、ゲームのデザインに関するものです。このプロジェクトは、Unity 3D（バージョン2020.1）を使用して開発されました。このバージョンでは、作成者はすでに非常に精通しており、他のゲームを作成しています。彼が一人でプロジェクトに取り組んだという事実にもかかわらず、彼の友人はまだ彼を助け、ゲームをテストし、この問題について彼らの考えを共有しました。資産の大半はどちらか（から、例えばインターネットから採取したKenney.nlのサイト ）、またはモデラーによって作られた KALEOメンデス。

ゲームジャム、テーマ、アイデア

ゲームジャムは、参加者が短時間（通常24〜72時間）でゼロからゲームを開発しようとするゲーム開発コンテストです。11月、GitHubはItch.IO Game Off Game Jamを主催し、11月中ずっと続きました。これらのジャムには通常、開発中のゲームの創造的なプロセスを導くコアテーマがあります。2020年、このトピックは月について でした。



開発者はトピックを可能な限り自由に解釈できます。ここでは創造性が鍵となります。また、作品をランク付けし、勝者を選ぶための基準の1つでもあります。



したがって、コンセプトフェーズは、トピックに関連するゲームの仕組みとアイデアをブレインストーミングすることから開始する必要があります。



このブレインストーミングの結果、Serpaには3つの主要な概念がありました。

• , , — , ;
• , , ;
• , .

3つのアイデアはすべて良さそうに見えましたが、規模に問題がありました。必要な基本機能のほとんどは、このような短時間で実装できませんでした。



2番目のアイデアは物理ベースであり、ゲームをリアルに感じさせるには広範なコードベースが必要です。技術的な実現可能性は、設計を危険にさらし、初期のプロトタイピングを困難にする可能性があります。その結果、リスクを冒して、プレイするのが楽しくない現実的なゲームに時間を費やすことができます。



インタラクティブストーリーに関しては、技術的な実現可能性はごくわずかですが、創造的なプロセスはそうではありません。このアイデアをわずか1か月で実装すると、驚くべきゲームプレイ要素がなくても、実際には単なる視覚的な小説となる魅力的なストーリーを手に入れるリスクがあります。



これらの要因を除けば、ここでどのメカニズムを使用するのが良いか、つまりゲームの主な推進力は何であるかはまだ不明でした。結局のところ、1人のメカニックのプロトタイプを使用してゲームの開発を開始し、中毒性のあるゲームプレイを達成してプレーヤーをフィニッシュラインに導くまでそれに取り組むことをお勧めします。



したがって、リソースを収集するというアイデアは、将来のゲームの基礎として採用されました。そして、ボタンをクリックするだけではかなり退屈なので、私はインスピレーションを得ました スペースインベーダー、およびゲーム自体の概念は次のように定式化されました：



プレーヤーは、月の基部を小惑星の落下から保護する大砲（砲塔）、および月が枯渇するまで月の鉱石を収集する基本的なオブジェクト（鉱山、実験室、ハンガー）を制御します（勝利条件）。



以下に、最初に機能するプロトタイプの画像を示します





。MoonGunバージョン0.1-あまりきれいではありませんが、機能的なプロトタイプ

プロトタイプと仮説

最初の仮説をテストするために、ゲームの最初のプロトタイプが作成されました。そして、これらの仮説はいずれもグラフィックスやパフォーマンスに関連していないため、上の画像でわかるように、ビジュアルは最も印象的なものとはほど遠いものでした。



これらの仮説の短いバージョンは次のように聞こえました：

1. 落下する小惑星を撃つことは面白いですか、それともエキサイティングですか？
2. 大きな3D球で月面をシミュレートできますか？
3. キーボードまたはマウスを使用して銃を制御する必要がありますか？

テストする技術的な仮説もいくつかありました。主に、Unityを使用したWebGLビルドとしてのゲームのリリースに関連してい ます。パンデミックのため、バージョンのテストと配布を容易にするために、ゲームをItch.ioで直接ホストすることは理にかなっています。心配なのは、Itch.ioプラットフォームでビルド-デプロイ-テストサイクル全体を実行するのにかかる時間（数時間または数分）と、ブラウザでゲームを起動したときに許容可能なフレームレートが維持されるように、どのようなグラフィック品質を達成できるかでした。



最初のプロトタイプは大成功でした。すべての仮説が確認されたわけではありませんが、すべてが評価を受けました。これがプロトタイピングの真の目的です。ゲームの最初のバージョンは11月3日にウェブサイトに掲載されました。ビルド-デプロイ-テストのサイクルには約15分かかりましたが、これは嬉しい驚きでした。



アイデアはそれを継続するのに十分有望に見えたので、スクリーンショットのすぐ上にいくつかのコンセプトアートを作成して、ゲームの最終バージョンがどのようになるかについてのある種の近似をすばやく確認しました。後者は、フィードバックのために他の人にアイデアを紹介することを容易にしました。





プロトタイプのスクリーンショットに基づくゲームのコンセプトアート



11月14日に、よりタイトなグラフィック、適切なスカイボックス、優れた後処理を備えた、より安定したバージョンがリリースされました。アップデートの作業に費やした時間の多くは、レビューに記載されている側面の作業と、WebGLビルドの効率を評価するためのグラフィックの改善に費やされました。



その時までに、砲塔と月の構造の目的のより明確なアイデアはすでに開発されていました。タレットは、キャノンショットでそれらをノックダウンすることによって小惑星資源を生成します。鉱山の仕事は受動的に鉱物を生成することです（これには小惑星が必要です）。ハンガーはタレットを改善するために必要です（ミネラルを使用）。研究所は、小惑星と鉱物の両方のリソースを使用して、プレーヤーを勝利（月の枯渇）に導く手助けをしなければなりません。



このバージョンのスクリーンショット（ V0.4月の構造）を以下に示します。

ベンチマーク、安定したリリース、ゲームプレイ

バージョン0.1から0.4の開発中、ほとんどのテストは独立して、または親しい友人の助けを借りて実行されました。しかし、バージョン0.4から、テスト用のゲームのより積極的なプロモーションが始まりました。



バージョン0.4は、ゲームのすべての主要機能を備えたItch.ioでリリースされました。つまり、いわゆる安定バージョンでした。ゲームを完了するために必要なすべての機能を備えており、プレーヤーを最大限に関与させることができました。







テスト中に受け取ったフィードバックは、ゲームをさらに改善するのに非常に役立ちました。コントロールがキーボードからマウスに変更され、視覚効果も変更されました。その後、ほとんどのゲーマーのフレームレートが60 FPSを超えていたため、WebGLビルドは最高の設定に設定されました。ただし、1人のテスターがChromebookで実行しようとしたことは例外です。



さらに、人々が本当にゲームを楽しんだことが明らかになりました。より多くの更新とより多くのアクションを要求するテスターが1人もいました。これは、誰かがその（現在の）終了まで積極的にゲームをプレイしていたことを意味しました！



次の図に示すように、「LunarStructures」バージョンはすでにメインゲームサイクル全体を実装しています。







前述のように、このゲームは2つの主要なリソースの収集に基づいています。1つは砲塔で破壊して収集した小惑星、もう1つは地雷から時々自動的に収集される鉱物です。タレットと地雷は、反対のリソース（タレット用の鉱物、地雷用の小惑星）を使用してアップグレードできます。反対のリソースを使用することで、ゲームエコノミーにおける強力なポジティブフィードバックループを回避しました。つまり、メカニズムが生成するリソースそのもので改善された場合です。

複雑なまたは追加のメカニズムは（常に）必要ありません

上の図では、「メインクエスト」という用語は、ゲームの主な目的を示すために使用されています 。これは、要求されたリソースを使用する単純なボタンとして実装されました。勝つために、プレーヤーは月が完全に使い果たされるまでますます多くのリソースを使わなければなりません。



勝利メカニズムは、任意の数を達成するように設計されており、「勝利」条件がアクティブになり、プレーヤーに勝者ステータスが与えられます。月が枯渇した後、地雷は鉱物の生成を停止し、それでゲームは終了です。





実験施設でのメインクエスト（ミネラルレーザー）の変種これから



どのような結論を引き出すことができますか？ 必ずしもゲームを難しくする必要はありません（たとえば、メカニズムを追加する）勝利条件を提供したり、ゲームを改善したりします。MoonGunの場合、プレイヤーは すでに楽しんでいたので、勝利条件のためだけに新しいメカニックを開発するために多くの時間を費やす必要はありませんでした。コアメカニックを使用して作成できました。



また、ゲームは1か月以内に完了する必要があったため、ここでの実装が少ないほど、ゲームを磨いて改善するための時間が長くなることを忘れないでください。

ボレー！ゲームのバランスと公平性

テスターのアドバイスに従って、追加の要素がゲームに導入され始めましたが、それはメインのメカニズムとゲームループを特に拡張しませんでした。ここでの最初のアイデアは、砲塔に追加の武器であるレーザーを追加することにより、プレーヤーの能力を拡張することでした。





MoonGunバージョン0.7-レーザー



レーザーはテスターに​​温かく受け入れられ、ゲームにさらなる自由度を追加しました。しかし、それはまた、プレイヤーの知覚力を不安定にしました。レーザーの射程と持続時間が長いため、従来の大砲は今では弱いように見えました。両方のタイプの武器を改善するプロセスのバランスをとる必要がありました。



したがって、ゲームが進行するある時点で、大砲はさらに改善され、レーザーを上回ります。その後、レーザーは独自の改善を受け、リーダーシップを取り戻します。この優先武器の交換により、ゲームプレイのダイナミクスが向上しました。



同時に、武器の選択はまだプレイヤー次第でした。ゲームは、そこに提示されている武器の使用を妨害しません。



バランスを取るのは難しいです。したがって、ここでの主な目標は、公正なゲームプレイを達成することでした。これは楽しくエキサイティングですが、必ずしもバランスが取れているとは限りません。

月の探求

実際、レーザーはバージョン0.5で追加されました。ただし、より安定した実装は、LunarQuestsと呼ばれるバージョン0.7でのみ導入されました。

1. ;
2. ;
3. ( SHIFT);
4. / ;
5. ;
6. ( , );
7. .

2つのポイントはゲームの外観の改善（1と2）に関連し、2つはコントロールの追加/変更（3と4）、さらに2つは追加のゲーム要素（5と6）に関連していることに注意してください。 1つは、分析とデバッグを目的としていました。この分割は完全に意図的なものでした。



利用可能な開発時間は限られているため、改善が必要な多くの領域でワークロードのバランスを取る必要がありました。



Lunar Questsバージョンはより完全で、プレイヤーはゲームを試したり、より多くのコントロールを操作したりすることができました。ゲームで何がうまく機能したか（小惑星や武器の可変性など）、何が欠けていたかを確認するのに役立ちました。



同時に、ゲームの説明や文脈の欠如に関して、ますます多くのコメントが寄せられ始めました。これまでは、明確な目的のない単なるアーケードゲームでした。それにいくつかの物語の要素を追加する時が来ました。

タイタンと月に会うS / 2009 S1

ゲームの開始時に、シナリオ、プレーヤーのモチベーション、勝利条件をリンクするはずの小さな手がかりが現れました。それは次のように見えました：



Moon S / 2009 S1は豊富なミネラルでいっぱいです-phlebotium、そしてプレイヤーであるあなたは、その抽出中にステーションの施設を保護する責任があります。ベースはかすかな小惑星からそれを保護することができるフィールドで覆われています。しかし、採掘が進むにつれて、月の中心部は重くなり、シールドを損傷して施設の運用を中断する可能性のある、より速くより危険な小惑星を引き付けます。



物語を助けるために、タイタンがゲームに導入されました。これは、最初にプレイヤーに業務の過程を紹介し、後でプロットの開発中にガイドとして機能するロボットです。 Titanは、ゲームのUIも設計したCaleo Mendesによって考案、モデル化、アニメーション化されました。



下の画像は、Titan、新しいUI、そして背景に月全体を覆うシールドを備えた最初のバージョンの紹介を示しています。







バージョンV0.8のLunarMenuは、締め切りのほんの数日前の11月26日にリリースされました。これには、重要なUIの手直しと、シールドに関する情報が含まれていました。







さらに、ゲームには他にも改善点がありました。エフェクトが変更され、プレーヤーがマウスを右クリックして武器を簡単に切り替えることができるようになりました。さらに、武器のリロードインターフェイスが変更されました。タレットに両方の武器に関する情報が一度に表示されるようになりました。これにより、プレイヤーはそれらをより思慮深く使用することができ、一方がクールダウンしているときに一方から他方に切り替えることができました。



両武器のパワー感を高めるために手ぶれも改善され、小惑星粉砕の効果が再び変更されました。これらの変更のほとんどはゲームの安定したリリースを改善するために行われたものであり、メインのゲームプレイループに直接行われた重要な変更はほとんどないことに注意してください。

最終バージョンとその問題

最終バージョンV1.0aMoonGunは11月29日にリリースされました。それはすべての作業機能、さらに多くのカスタマイズ、そしてメインクエストのためのよりバランスの取れた体験を実装しました。ゲームの最初の数分間に軽い小惑星が追加され、後の段階ではより致命的な小惑星が追加されました。雰囲気と完全なゲーム体験を作り出すために、すでにすべてのサウンドエフェクトと音楽がありました。



このゲームには、オーディオや音楽のスライダーなどの設定コントロールや、明るさの効果を制御するためのスライダーも実装されていました。これは、テスターの1人が巧妙に言及したものです。また、ゲーム内の強力な照明効果をプレーヤーに通知する読み込み画面の警告を追加しました。





MoonGunバージョン1.0a

フィードバックと（将来の）改善

ゲームは非常に良いフィードバックを受け取りましたが、いくつかの問題を改善する時間はまだありませんでした。ここで最も重要なことは、ゲームには明確な終わりがないということでした。あなたはそれをプレイすることができません。月にたくさんの小惑星が落ちた場合、集めた小惑星を使って盾を修理するまで地雷は機能しなくなりますが、基地が崩壊することはありません。



ゲームは簡単で、プレイヤーがプレイすることを学んでいる間、プレイヤーを罰しないはずでした。そして、それは継続的な進歩に基づいているので、基地を守れなかったためにプレイヤーがすべてを失うことを許すにはあまりにも意欲をそそるように見えました。レビューから判断すると、おそらくこの側面は修正され、他の解決策について考えられるべきでした。



さらに、ゲームには最終的なカットシーンはありません。最後のメインクエストを完了すると、タイタンが現れて最後のメッセージをブロードキャストしますが、その後、プレイヤーは好きなだけゲームを続けることができます。一部のテスターは、ゲームのページにそれについて書いたことさえあるほどがっかりしました。



さらに、多くのプレイヤーが紹介をスキップして、そのコンテキストと動機を理解せずにゲームをプレイし始めることが判明しました。ここでも、これができるだけ発生しないように何かを考えることができます。

振り返ってプロセス

MoonGunは間違いなく次のインディーヒットにはなりませんが、計画されたことはありません。むしろ、それは非常に前向きで、学ぶべき多くの教訓を持っているゲーム制作の経験でした。さらに、結果は確かに完成品です。ゲームに問題はないものの、特に作者の友人や家族の輪の外で、人々に温かく受け入れられました。そして、そのようなプロジェクトにとって、これはすでに成功しています。



ワークフローは次のことに基づいていました：ゲームの安定したバージョンにすばやく到達し、それを改善します。この4〜5週間の開発を振り返ると、主な手順は次のように説明できます。

1. 主なメカニズムの概念とプロトタイプ。
2. 経験を向上させ、安定したゲームを作成します。
3. 徹底的なテストとフィードバックの実装。
4. 力学、ストーリーテリング、経済学および美学の開発;
5. 研磨。

著者はこのビジネスに完全に専念するために現在の仕事を辞めることができなかった（そして辞めたくなかった）ので、開発は深夜と週末に行われなければなりませんでした。これに大いに役立った1つの方法は、特定された問題のトラッカーを、実行する必要のあるすべての作業を入力できる リポジトリに 保存することでした。しばらくするとすぐにプロジェクトの作業に戻り、最後に中断した場所を見つけるのに役立ちました。



さらに、著者は常により少ない努力の道をたどるよう努めました。これは、怠惰なコードを書いたり、悪い解決策を探したりすることを意味するものではありません（ソースコードはここから入手でき ます））-これは、より大規模な実装やリファクタリングに進む前に、最初に単純なアプローチをテストすることを意味しました。



また、開発プロセスをスピードアップするために、Unityおよびアセットストアの強力なツールを無視しないでください。この場合、DOTween、 LeanPool、 Cinemachineが最も便利 でした。

後処理（あなたが値する魔法）

後処理効果のレイヤーを追加すると、ゲームに適切な雰囲気を作り出し、ユニークな外観を作成するのに役立ちます。以下の画像は、後処理がある場合とない場合の同じシーンの比較を示しています。 後処理なしのゲーム（元のPlayStation）と後処理ありのゲーム（PC）特に、次の効果が使用されました。

1. リフトガンマゲイン：照明の改善;
2. レンズの歪み：実際のカメラを通過したかのような画像。
3. 色収差：「宇宙の歪み」の雰囲気を作り出すため。
4. フィルムグレイン：シーンにノイズとダイナミクスを追加します。
5. フィールドの深さ：焦点が合っていないオブジェクトをぼかして、画像にリアリズムを追加します。
6. ビネット：プレーヤーが画像の中央に焦点を合わせるようにエッジを暗くします。
7. ブルーム：光を魔法のように見せるために！

ここでは、これらの効果がどのように重複しているかを確認できます。

結論の代わりに

すべてのゲームデザイナーと開発者は証明できます。ゲームを作ることは挑戦的ですが、それ自体が刺激的です。肯定的なレビューで戻ってきたすべての新しいテスターは、あなたにエネルギーを与え、プロジェクトを見通すための原動力になります。



さらに、Unity 3Dの経験により、比較的短時間でプロトタイプから本番環境にすばやく移行できます。 MoonGunの開発中、Unityイベント、 スクリプト可能オブジェクト、 LINQステートメントなどのツールを使用してUnity3Dにさまざまな高速プロトタイピング手法が使用されました 。ほとんどのコンテンツは、 Unity ShaderGraphと プレハブバリアント。



しかし、このゲームは明確な計画と戦略なしにはほとんど作られなかったでしょう。したがって、最初に単純なメカニズムに固執し、次にそれらに基づいてゲームを開発することが重要であることをもう一度繰り返す価値があります。