ゲームを書く方法を学ぶためにPOVTに行ったら （ ITに専門分野を挿入できます）。 トレーニングは興味のあるトピックからやや離れていましたが、基本的な知識をもたらし、それなしでは非常に難しいでしょう。 いくつかの企業でリリースされた後のさらなる作業は、ゲーム開発から離れて、企業にのみ引きずり込まれました。 しかし、時々、新しいゲームを購入するか、次のタイトルの開発を見ると、「これをやりたい！」という非常に強迫観念が生まれます。

通常、最初の試みは何も良い結果に終わることはありません。多くのミニプロトタイプは初期段階にとどまるか、「テーブルの上に」収まります。 これは悪い段階ではなく、そこから逃れることはできません。 時間が経つにつれて、何かを完了したいという欲求が非常に邪魔になり、それを行うことができます 。

最後のプロジェクトでは、私はそれを非常に厳しく取り、リリース段階に持っていきました。

この記事では、かなりの量の主観的な意見とともに、新しいゲームを作成する基本的な段階を実行したかったのです。 実装の詳細とコードについては説明しません。自分の経験を共有し、アイデアを持っている人を助けたいと思いますが、それ以上のステップは行いません。 準備ができたら、 どういたしまして！

エントリー

ゲームの作成の主要な段階の一般的な計画は、記事で説明されています。

• アイデア
• プロット
• ひらめき
• コンセプト
• 作業プロトタイプ
• 最終製品へのプロトタイプ開発
• 完了

記事の最後に、将来の計画、選択したツールの印象、いくつかのエラーについて触れます。

アイデアの検索と育成

アイデアは十分に頻繁に来ます。ほとんどの場合、すぐに消えますが、一部は何度も何度も戻ってきます。 それらを書き留めて、覚えておいてください。しばらくしてから特定のものに戻って、そのバリエーションをスクロールし始めたら、それをよく見てください。 彼女がまだあなたを捕まえているなら、彼女をつかんでください！

ゲーム全体を最初から定義する基本的なアイデアがなければ、始めることはできません。 もちろん、開発中に、誰にとってもあまりにも平凡で面白くないと思われる段階を経て、新しい機会にイライラし、すべてを変更し、始めたものをやめたいが、最初の計画から戻ってはならない、あなたはまだあなたが始めたものを調整する機会がある

私の場合、アイデアはボートレースのジャンルでした。

プロット

小さなスクリプトが作成されました-ほんの数段落のテキストで、ゲームを最初から最後まで、特定の目標と目的を持って、共通の歴史に基づいてすべての段階に分割しました。 いいえ、彼には啓示もターンもありませんでした;彼は絶対に直接でした。 しかし、プロットなしで、ゲームを完了することができず、プレイヤーの時間を無駄にすることはありません-はい、そのようなゲームの視聴者はいますが、これはゲーム文化全般に対する単なる無礼です。 もう一度座ってランナーを実行し、プレーヤーに具体的な進捗状況を与え、始めたものを完了する機会を与え、最終的にすべてを実行させ、ゲームの次の部分を更新（または販売）します。他にアイデアはありませんが、最終的な画面なしで何かをリリースすることはありません！

ゲームが純粋に競争力のある分野である場合にのみ、プロットの欠如は正当化されます。 後者の場合、これらが囲Go、チェッカー、チェスなどの完全に抽象的なゲームではない場合、コンテンツを埋めたりヒーローを作成したりするときに、この世界の間違いを避けるために、ゲームの世界を明確に説明する必要があります。 「ロア」はプレイヤーにとって非常に重要であり、世界の詳細が作品全体を通して目に見えないスレッドによって強調されている場合、これはプレイヤーが何度も戻ってくる雰囲気を追加します。

ひらめき

多くの開発者は自分でゲームをプレイし、映画やシリーズを見て、本を読んで、しばしば彼らのビジョンや影響を受けた作品の色合いの新しい解釈をプロジェクトにもたらします。 今では、概念的に新しいものを思い付くのは難しく、他の製品から何かを採用することを恐れないでください。 優れたプロジェクトは、他のゲームの表面にある非常にシンプルなもので構成されていることもありますが、例外もありますが、どこからでもインスピレーションを得て、プロジェクトで慎重にミックスしてください。

私のインスピレーションは主に3つのゲームから来ました。
マリオ 、つまりサンシャインのメインスタイルを思い出しました-GameCubeにはこのようなゲームがありました-水はどこにでもあり、非常に美しく、この水にはいくつかのミッションミニレースがありましたが、私はまだ持っていますそれ以来、すべての新しいマリオにはそのような快適な水はないようです。 私がゲームに合格したときでさえ、私はゲームのウォータージェットエンジンを備えたレーシングデバイスのコンセプトを持っていました。 私はかつてこの考えを実現したという事実についてはあまり考えませんでしたが、10年以上前に自分の感情を思い出すことができてとても良かったです。

主なゲームプレイオプションは、いわゆるタイムトライアルでした。TrackManiaシリーズに似たものを実現したかったのです。 おそらく最後の部分（ Turbo ）では、開発者は、完全なウォークスルーが不可能であることを境界とするハードコアの特定のラインを越えました。しかし、エラーなしですぐに再開できるように、できるだけ早くエラーなしで通過したいレースの強度-これがゲームプレイ全体を決定する重要な瞬間です。

さらに、プレイヤーをレベル間で制限したくなかったので、ヒーローを絶えず制御したかったので、オープンワールドでゲームを作成することが決定されましたが、レースの開始は最初のBurnoutParadiseに触発されました。マップ上でやり直します。 私の場合、再起動は残りましたが、この機能はレース終了後非常に短い期間サポートされています。

もちろん、これらはすべてAAAクラスのゲームであり、それぞれの詳細はわずかですが、既に述べたように、すでに市場に出回っているものに決して背を向けるべきではありません。 間違いなく、あなたのゲームプレイが非常にユニークで、周りに誰もこのようなものを提供していない場合、これは素晴らしいですが、私の場合は、コンセプトのユニークさのセンスのない快適な製品を作成することに興味がありました。 ゲーム雑誌に添付されている各シェアウェアゲームを自分で設定したときのことを思い出し、そのようなプロジェクト以上の品質のゲームを作りたかったのです。

コンセプト

コンセプトは主なメカニズムを反映する必要があります-私の場合、基本的なコントロールとカメラだけでなく、その特性を変更する可能性がある水上でのベースボートの動作でした。

Unity3d以前はあまり知人がいなかったという事実にもかかわらず、このステージは信じられないほど難しいものにはなりませんでした。
信頼できるボートの挙動を得るために、プロセスの物理学をさらに深く掘り下げ、ネットワーク上で見つかったものの1つを基本として、正直な浮力スクリプトを作成する必要がありました。 最初の試みでは、進行中のプロセスの大幅な簡素化が使用され、レバレッジもボリュームの分離も行われなかったため、すべてがうまくいき始めました！

スクリプトは、最大速度、浮力、およびその他のいくつかをエディターインターフェイスを介して決定するパラメーターを使用して作成されました。 エディターのパブリックフィールドを乱用しないようにしてください。多くの場合、エディターによって開かれたものとして最初に選択されたフィールドの多くは、いくつかのテストが永久に具体的な値を取得した後、編集可能であり、今後はクラスプロパティで閉じる必要があります。

カメラは、空間内の特定のポイントを追跡しようとする別個の物理オブジェクトとして作成されました。このため、重力がカメラに適用され、瞬間的な回転の最大可能角度と瞬間的な動きの距離がさらに制限されます。 最終バージョンでも、カメラがオブジェクトを通過することについては何もせず、カメラを新しいポイントに瞬時にテレポートする機能のみが追加されました。

作業プロトタイプ

この段階では、ストーリーコンポーネントのすべての瞬間の実装に焦点を当てます。 ゲームのすべての部分とメインメカニック（複数ある場合）を実装して、視覚的なデザインに特定のソリューションがなくても、プロトタイプレベルで正確に、すべてのメカニックのシーケンスの形で切り捨てられたゲームを 「 通過 」できるようにする必要があります。

この段階は最も重要です-アートとデザインを飾る見掛け倒しなしでゲームが何を表すかを理解するのはここです。 ゲーム全体の裸のメカニックのみ。 スタジオがプロジェクトを承認するのは、視覚的に改善され、特定のシームレスな製品に組み込まれたプロトタイプです。 また、この段階で、メカニックが機能していないこと、根本的な変更が必要であることがわかります。 自分でゲームを承認して続行します。この瞬間から、ゲームは期間、装飾、コンテンツで満たされます。

私の場合、スターター、直接開始および終了、チェックポイントを含むトラックの基本バージョンを作成しました。 さまざまなトラック、スタート画面、スライドに履歴を表示するメカニズムが表示されるようになりました-最初は色の正方形でした-私はそれらを非常に長い間見ました。

プロトタイプ開発

プロトタイプを最終製品と何らかの形で類似した製品タイプにアップグレードするときが来ました。 ゲームを装飾する方法についてのすべてのアイデアと、リリースバージョンでそれを見ることができないすべてのものを書きます。マイナーなものに注意してください。 あなたにとって最も魅力的なポイントをできるだけ多く含めるようにしてください。 それらのすべてが最終製品に入るわけではないことを受け入れます。 これで、ゲームの世界を飾って満たす準備ができました！ 実装中のアドバイス-何かを壊すことを恐れないでください！

いくつかの場所では、これは彫刻家（またはアーティスト）の作品に似ていますが、形を彫る必要がありますが、理想的なオプションはなく、各ストロークは新しい形を与えるだけです。 プログラマーの観点からはあまり決定的ではないため、最初は慣れることが困難です。 私は説明しようとします-いくつかのオブジェクトが私たちのシーンにレイアウトされるとき、あなたはそれらが常にその場所にあることを受け入れなければなりません。もう一度私たちが新鮮な外観を取り、新しいビジョンの下ですべてを動かしても、これは変わりません-中間オプションは可能な限り上書きされます。 特定のオプションの1つをすばやく復元することは、単に不可能です。 もちろん、重大な状況では、ロールバックのためにすべてのオブジェクトを複製しますが、新しいオプションの採用後、古いものは取り返しのつかないままになります。

コードには、任意のバージョン管理システムを使用しますが、これはかなり必須の項目であり、最近ではだれもそれなしでは実行できないと思います。

私は（まだではなく）アーティストです！

最も難しかったのは、すべてのモデルの開発、コミックブックとして様式化されたフレームの形式で保存されたプロット画像のテクスチャリングとレンダリングでした。

写真はほとんどありませんでした-20の地域では、ストーリーボードを作成してコンテンツで埋めるために-残念ながら、私が望んでいたよりも時間がかかりました。

また、モデルにはすべてがあいまいでした。個人用の小さなモデリングエクスペリエンスがあり、 GTA3には車が2、3台追加されましたが 、そのような規模では何も行われませんでした。 モデルのスイープと最適化を考えると、これが最も難しい部分でした。 合計で、世界を埋めるために、それらの100以上が作成され、これはまだ十分ではないと思いますが、そのようなペースでは、ゲームはリリース段階に達することはありません。

音

芸術的要素と同様に、音に関する仕事があります。 これは非常に重要な部分ですが、残念ながら、トラックとサウンドのライセンスを取得できないため、私たちの選択は非常に限られています。 ライセンスを絶対に要求しないオプションを選択したいくつかのリソースがあります。 ただし、より深刻なプロジェクトの場合、これは機能しません。 必要な音を自分で録音して生成できる場合、音楽は単に素晴らしいです！

将来的には、インディー作曲家と協力する価値があり、彼らも協力して喜んでおり、多くの現代のインディーゲームはそのように表明されています。

製品完成

元のスクリプトを再度確認します-実行のためにすべてのタスクを完了します。 飾るアイデアのリストをもう一度確認しますが、最も重要なアイテムが含まれている場合は停止します。 このオプションを友達に見せて、好きなものとそうでないものを聞いてください。 批判を受け入れることを恐れないでください。しかし、空のコメントに屈しないでください。あなたのビジョンがレビューによって完全に消されるべきではありません。 多くの場合、現時点では、ゲームに実装するのが難しくないいくつかのパーツを含めることができます。 さらに-リリースのみ！

先に

もちろん、多くのアイデアは未実現のままです。 私の場合、タスクリストには20を超えるアイテムが残っていますが、そのうち2つだけが本当に新しいものを追加し、残りは世界をさらに磨き上げて装飾するものです。 それらを残して、自分を止める方法を知っていなければ、プロジェクトは無限になります。 ユーザーが積極的にそれを受け入れた場合、おそらくそれを改善し続ける価値がありますが、すべてを非常に長い間磨くことができます。そして、費やされた時間を考慮して、最初のプロトタイプから一人を働かせるのに約5ヶ月かかりました、それが何であるかを終了する価値があります

私のチームに経験豊富なモデラー、アーティスト、作曲家がいれば、すべてが1か月で完了しますが、必要なスキルがなければ、すべてがはるかに遅くなります。

また、モバイルプラットフォームでプロジェクトをリリースするというアイデアもありました。それはまだマルチプラットフォームエンジンですが、現実には、追加の厳しい最適化なしではプロジェクトを取得できません。 ゲームにオーディエンスがいて、リクエストがある場合、移植の試みは間違いなくあります。 今、個別のグラフィックスが必要です（統合されたIntelHD4400がテストされました-それは明らかに十分ではありませんが、ラップトップでさえ個別のグラフィックスカードを使用する場合、通常のフレーム数に頼ることができます）

Unity3dの印象

C＃開発の経験を考えると、Monoの制限とオブジェクト自体の詳細に直面する場合にのみ、作業するのが非常に便利でした。 多くのレッスンがあります-大半は初心者に焦点を当てていますが、括弧の位置、変数の名前、異なる表記法を使用したコードの標準など、長い間耳を傾けることは難しく、これらの小さなことに不釣り合いな時間が費やされています。 しかし、1.5倍から2倍の速度で、多くの場合、ビデオの重要な瞬間をすばやくブラウズまたはスクロールし、次のウィンドウの操作方法を確認し、添付リストを開いてプロジェクトを続行します。

Unityにはさまざまなプラグインがあり、私たち自身の手でさえ、エディタがトラック上にブイを生成するための小さなダイアログ拡張機能が開発されました。 ネットワーク上には膨大な数のスクリプトがありますが、有料（ほとんど）と無料の両方のオプションがある組み込みのAssetStoreをバイパスしないでください。 さらに-彼らがあなたに答える公式フォーラムに連絡してください。

また、Unityでは、何かが正しく動作しないという形でまだ問題があります。私の場合、以前のバージョンはすべてWindowsStoreビルド用に設計されていなかったため、ゲームを最新のベータバージョンでリリースする必要がありました。 その結果、Il2CPPモードでプロジェクトを生成しなければならなかったため、まだ完全に解決されていない問題が1つあります。ただし、通常のC＃を取得したかったのです。問題は既知であり、改善提案がハングアップしますが、迅速な解決を期待しないでください。

追加したいのは、非常に長い照明の再確認だけです！ 焼くと、ステージ上で20時間の境界を簡単に越えることができますが、これは最も弱いCPUではありません。 しかし、これがなければ、あなたの影を見るのは怖いでしょう。 どうやら、すべての開発者は、少なくとも8個または10個以上のコアと無制限のRAMを備えている必要があります。これは、光を再計算する1つのタスクが簡単に4GBの消費量になるため、大きなシーンでのそのようなタスクの数は数百単位で測定されるためです

間違い

今振り返るだけで見ることができます。

主なもの-1か月の仕事の後、プロジェクトの宣伝を開始します-広告である必要はありませんが、ブログエントリを保持し、作業内容を表示します。この時点でいくつかのコンセプトや初期のゲームプレイを公開できれば非常に良いですが、黙ってはいけません！ 私の場合、私は最終ビルドができたときだけ周りの人に話をする準備ができていることに気付きました。これはやりがいがないように思えます。

私の場合、モデルと写真の開発はプロジェクトに過度に引きずり込まれ、それらのほとんどは、いくつかの基本的なものに重点を置いて、より概略的に残されている可能性があります。

途中のどこか、または最初はターゲットプラットフォームでビルドしてみてください。 私の場合、すべての欠陥を修正するのにさらに2週間かかり、最後のベータ版がすべての重大なバグを修正するのを待ちました。

それにもかかわらず、最も重要なことは、最初に完成したプロジェクトのリリースで得られた経験です。 たとえそれが失敗したとしても、これは計画をさらに進めて改善することを止めるべきではありません。

PS当初、記事はほぼ2倍の大きさでしたので、私はもっと簡単に絞らなければなりませんでした。 また、UI、土、水、波などの瞬間が切り取られ、側面の計算で直接解放されます。 トピックについて質問がある場合は、質問してください。回答を試みます。