最初のゲームの開発。 印象とバグの修正。 パート1

Steamで最初から最初のゲームを作成してアーリーアクセスにアクセスします。 インディーズ開発に関する主観的な意見。 個人的な経験、直面しなければならない問題を共有しています。 バグに取り組む例として、私のゲームの将来のアップデートに触れます。



あなたが正しく理解するために、私は約10か月間ゲームを開発してきましたが、そのうち5〜6か月はゲームエンジンに関する記事、ビデオチュートリアル、書籍での厳しい研究です。 モスクワからも注文しました。 私はカプチャガイのカザフスタンに住んでいます。 残りの5か月はゲームの開発です。



私はウェブ開発とコンテキスト広告に携わっていますが、昨年、活動範囲をゲーム開発にスムーズに変更することにしました。

なぜ！？

まず 、私は疲れています。



第二に 、Webテクノロジーは非常に急速に開発されていますが、これは大企業に求められています。 誰もが迅速かつ安価に必要です。 ほとんどの作品は面白くなく、単調ではありません。



第三に 、非常に競争が激しく、しばしば価格が下落します。 アルマトイのウェブスタジオとゲームスタジオの私の「深い」比較分析に注意してください。





アルマトイのWebスタジオ





アルマトイのゲームスタジオ



もちろん、この分析はちょっとした冗談です。 Webスタジオがローカルで競争できる場合、ゲーム開発者はグローバル市場で競争する必要があります。



第4に 、私の意見では、Web開発者には非常に疑わしい未来があり、AIと機械学習、デザインが描かれ、サイトが書きます。 特に、パーソナライズされたページの将来が、ユーザーの好みや、「ブラックボックス」が重要と考える他の要因の下でユーザーにもたらされることを知っている場合。 非常に大きな企業だけがこれを買う余裕があります。



少し先を見据えて、5年後には中小企業向けのサイトがなくなるか効果がなくなると思います。 ビジネスは、社交を含む大規模な取引フロアに移動します。 クリックの価格または売り上げの割合を競うネットワーク。



そのため、手遅れになるまでゲームを開発することにしました。



長所：

• グローバル市場;
• 膨大な溶剤の聴衆;
• 大規模なゲームストアでは、すべてが分割されており、ゲームのルールは比較的明確です。
• 作成して空想する能力。
• 初期投資をせずに良いアイデアで入場する。
• AIはすぐにそこに到達しません。 彼はゲームをプレイし、コピーする方法を知っていますが、アイデアから実装まで原則に基づいて作成することはできません。 しかし、私が知る限り、これはゲーム購入やディスプレイ広告の売り上げを伸ばすために完全に使用されています。
• ゲームは、VRとARの最新トレンドと関連しています。
• ゲームを作りたいだけです！

短所：

• 競争

なぜそんなに少ない短所。 私は気分を害したくありません。

私の最初のゲーム

9月15日にSteamの早期アクセスにリリースされた、ゲームの説明と最初のオプションの開発にあまり時間を費やしません。 できるだけ短時間実行します。







大群攻撃はアーケード戦略ゲームです。 独立した都市があり、そこに異なる数の兵士がいる競技場があります。 プレイヤーには騎士の軍隊が与えられ、あなたの命令に従います（地図上の目標）。 特定のライダーをコントロールすることはできません。すべてのユニットのみです。 あなたの兵士の数があなたが都市を占領する都市の数を超える場合、都市の占領は非常に簡単です、そして、彼はあなたの軍隊のために順番に戦士を作り始めます。 もちろん、敵の将軍がゲームに存在し、先に進み、あなたを破壊しようとします。



一見すると、ゲームの主な目標は軍隊を集めてすべての都市を占領することのように思えるかもしれません。 そして、これは本当です=）しかし、なぜ私が自分のゲームをオリジナルだと考えるのか-それはゲームを多様化する多くのメカニズムです。 私のゲームには非常に多くの数があるはずで、それぞれの戦いはユニークです。 また、ボットを使用しても1つの戦術を開発することは非常に困難です。 ゲーム内の多くの未知の要素は、私の主な原則の1つです。



これは、マルチプレイヤーゲームで特に顕著になります。 私は率直になります。 ゲームのバランスは最も強力な機能ではありません。 その不在はプラスの一つです。 ゲームは楽しいはずです。 私の好きなキャラクターの1つとして、これに対するクレームに答えます。







遊びたくてたまらなかったら、Steamへようこそ



アーリーアクセスでは、今書いているものの多くが欠落しており、次の更新で表示されることに注意してください。 次は、ほぼ10月の終わりまたは11月の初めです。

ゲームの最初のバージョンの開発

以前、ゲーム開発の最初のバージョンに関する4つの記事を公開しました。 「ゼロからアルファまでの最初のゲーム」という検索に入力するだけで十分です。 Horde Attackの開発ストーリーを書いて読んでいます。 さらに、多くの開発トピックは、ゲームの更新に関する章と共鳴します。

ハブラーのために私は最もおいしいままにした。 開発プロセス中に行われた観察と結論、およびバグの調査。

このように、Steamでゲームをリリースします。 個人的な印象。

Horde AttackがGreenlightを通過した後。 早期アクセスでゲームのリリースを準備するプロセスを学びました。 これは難しくありませんが、多くの時間がかかります。 まず、IPステータスを取得して、ゲームを販売できるようにする必要があります。ここでは、すぐにそれが行われます。 事務処理の完了、請求書の受け取りなどに約5〜7日かかりました。 すべてのドキュメントを受け取った後、検証のためにデータをSteamに送信する必要があります。これには30日かかります。



遭遇する困難の1つは、「さまざまな情報の量」です。 あなたは、課税、法的問題、ライセンス、著作権の問題を勉強する必要があり、これはすべて他の国に適用されます。 いくつかのポイントは、勉強に多くの時間を費やす必要があります。 入力した情報の誤り感や正確さを忘れませんでした。 私はまだすべてを正しく行ったかどうかわかりません=）



その結果、7月10日に必要なすべてのフォームに記入した後、検証のためにデータを送信し、7月11日に午前5時に飛行機に乗り、友人とロシア南部の15の都市を旅行しました。 休憩が必要でした。



チェックの成功に関する回答は8月5日に出され、8月7日にカザフスタンに戻りました。 その後、次の段階であるストア内のゲームページのデザインが始まりました。 このようにも感じて、簡単なレッスン、多くのタブ、質問、スクリーンショットと呼ぶことはできません。 すべてが非常にシンプルに思えますが、結局のところ、私は生き残ったレモンのようでした。



ストアへのページは2〜3日テストされます。 また、間違えた場合は、確認のために再送信し、応答を待つ必要があります。 彼らは私を拒否した後。 彼らは2度目に承認しましたが、効率を上げるためにいくつかの変更を行うように依頼しました。 技術 Steamのサポートはフレンドリーで、ありがとうございます！



次の段階は、ゲームの組み立ての準備です。 ここで問題はありませんでした。SteamworksSDKは非常にシンプルです。 チェックには3〜5日かかります。 しかし、ここで私は、インターフェースにロシア語があることを示しましたが、そこにはありませんでした。 問題をさらに5日間シフトしなければなりませんでした。



ゲームの結果は9月15日でした。



ストアとアセンブリのテスト中、私は開発材料、最適化の問題、アニメーションの研究に時間を費やしました。 そして、Unity 2017.1がリリースされました。 彼女のチップの研究に時間を費やしました。 新しいアップデートが開発中です。

現時点ではプレイしていません。 しかし、それだけではありません。

ゲームのライフサイクル

私はHabrや他のサイトを定期的に読みます。 時々、プロジェクトの開発とリリースに関する記事があります。 そして、ほとんどの大企業とそれほど大企業ではないが、率直に言って生の製品の生産に切り替えており、それがプロセスに追加されている。 主な理由は、現代のライフリズムとプロジェクトのライフサイクル、およびテストの2番目のコストです。 ユーザーをテストしてフィードバックを得るときに非常に便利です。 これにより、リソースを節約し、最も重要で問題のある領域に注意を払うことができます。



私にとっては非常に重要です。 私の従業員のうち、これは私とラップトップです。 したがって、完全なテストは必要ありません。 リスクを冒して、粗製品をリリースしました。 特に、早期のSteamアクセスがこの目的のためである場合。



質の高いフィードバックを得るために、批判を受け入れる用意ができていました。 そして受け取った...

何が言えますか？ 感動しました！ ゲーム、ゲームプレイ、壮大な光景、開発者の勇気に感銘を受けました。



最後の段落から始めます。 開発者の勇気がうらやましい。 勇気や自信を確信することはできませんが、ゲームでさらに多くの作業がリリースされるかどうかはわかりませんが、これまでのところゲームにはほとんど何もありません。 説明にはすべてがたくさんありますが、実際にはこれまでのところゲームプレイのデモンストレーションしかありません！

...

ミハイロビッチ

しかし、全体的にレビューは肯定的で有益です。 ミハイロビッチのビデオゲームはこちら



ほとんどの人は、マウス制御、より多くのコンテンツ、より多様な戦士を求めました。 OK、次の更新で追加します。 レビューの数日後、私は計画された戦士のスクリーンショットを含む短い記事を投稿しました。 Facebookでは、70件のいいね！とコメントがありました。



これが私のゲームでの動作です。 そして、私はこの戦略に固執します。

この記事とゲームがあなたの興味を引くこと、そして建設的な批判と提案で大きなレビューを残すことを願っています。

発売後のゲームの宣伝

私にとって、ゲーム市場は新しく、多くのルールを知りません。 そのため、ユーザーとプロモーションチャネルの反応を試行錯誤で調査する必要があります。 今、私はソーシャルネットワーク、インディーゲーム専用の専門サイトに関与しています。 私が使用するすべてのプロモーション方法は無料であり、私自身の時間の費用だけがかかります。 私の最近のFacebookの成果の1つは、15,092および3,600のビデオビューに達しました。 これについては別の記事で後で説明する必要がありますが、少し時間が経過したため、結果を正しく呼び出すことができません。



しかし、私は現象の1つに出くわしました。これに遭遇した人がコメントで私と共有することを望みます。



ゲームを開始した後、レビューを行うための1つ以上のキーのオファーとの手紙やチャットで手紙が届き始めました。 または、人々はTwitchまたはYoutubeにストリーミングすることを書きます。 そして、彼らは放送で再生するキーを要求します。 これは私にとって新しいことです。 そしてもちろん、それが何であり、どのように機能するかを確認するためにいくつかのキーを配りました。 結局、分析をストアのページに接続したのは無駄ではありません。



しかし、次の記事のこの話について。

ゲームを更新して、私は多くのことを考えなければなりませんでした。

戦士の創造とその破壊

Horde Attackは私の最初のゲームなので、もちろん、開発中の最適化と機能の微妙な点をすべて知りませんでした。 私の経験はすべて、YouTubeの記事とビデオチュートリアルに基づいています。



しばらくして、すでにアーリーアクセス用の最初のバージョンを準備していたときに、非常に重要な知識を得ました。 ほとんどのレッスンは問題を解決する方法を示していますが、最適化するタスクを設定していません。



私のゲームで1000人以上の戦士を生成することが可能になったとき、私はこれを感じました。 Unityエディターでは、300人以上の戦士を生成するとブレーキがかかりました。 Windows 64ビット用に作成されたアセンブリ内。 800-1000でプレーするのは快適です。



Steamでのユーザーのビデオレビューでは、1200の小さなブレーキで開始することが示されていますが、1,700で歯を磨くことができます。 ビデオでは、NavMeshの問題が顕著です。 一部の戦士は数秒間フリーズします。





Steamでのリリース前にこの問題を知っていましたが、開発と並行して、その解決方法に関する資料を検討していました。



まず、Unityプロファイラーを使用して、問題箇所を見つけました。 ゲームの狭い首は、都市からの戦士の世代の瞬間です。



問題はこの小さなコードです：

Instantiate(warrior, gameObject.transform.position, Quaternion.identity);







問題は何ですか。 プレイヤーは戦士の分遣隊が続きます。 プレイヤーが都市を指すと、騎兵隊は都市内で消え、数が増えます。



Destroy(other.gameObject);







保護の数+ユニット内の数。 プレイヤーが都市を所有している場合。

プレイヤーが退出すると、戦士が生成され、その瞬間に膨大な負荷が発生します。 100 ... 300 ... 1000オブジェクトの作成。



ほとんどのレッスンでの無知と経験不足のため、このメソッドを使用しました。オブジェクトの作成はこのメソッドを使用して実行されます。 また、ガベージコレクターについては言及されていません。 しばらくしてから、大量のオブジェクトを削除すると、メモリオーバーフローが発生し、コレクタが機能することを知りました。



要するに、問題はInstantiate（）とメモリオーバーフローとガベージコレクタの使用でした。



検索を始めました。 残念ながら、これらの問題の解決について語る情報源は多くありません。 ただし、プールマネージャーの使用について言及している記事もあります。



プールの概念は簡単です。 オブジェクトが消えると、オブジェクトは削除されずに非表示になり、SetActive（false）の恩恵を受けます。 必要に応じて、SetActive（true）をアクティブにします。 以上です。



今、私は自分のゲームでプールマネージャーを作成しています。 これで、プレイヤーと敵の戦士のために1000、2000、3000個のオブジェクトを予約（事前に作成）できます。 次に、必要に応じて必要な量を有効にします。 しかし、この調整のために、キューブとシリンダーのレベルに戻らなければなりませんでした。









Pool Managerについては、「Unity 5でのゲームの最適化」と「Unityでのスクリプティングの技術」という本と、もちろん検索で読むことができます。



私が行った別の決定は、都市から戦士を生成する際の負荷を減らすことでした。 Pool Managerを使用しても、ピーク負荷が発生します。 いくつかのフレームに対して、コンピューターは1000個のオブジェクトを作成します。 したがって、都市に入るとき、必要な数の兵士が都市を占領するために隠れており、残りは地図上に残っています。



ゲーム作成者にとってのヒントの1つは、ゲームで常に使用されるオブジェクトに対してInstantiate（）およびDestroy（）の使用を最小限に抑えることです。



これで、この記事を終了します。 次の記事では、他のバグ、それらの修正、およびゲーム内の将来の技術革新の話を続けます。



記事とゲームに関する建設的なフィードバックをお待ちしています。 楽しんでいただければ幸いです。