14日間のゲーム[チームを長年にわたって構築してきたが、プロトタイプを作成したことがない人向け]

インターネット上には、しばしば長年存在する「チーム」があり、開発者のリストは数十人で構成されており、「すべてが必要です！」 同時に、近い将来でも十分なデモはありません。 これをすべて見て、私は言いたいです：「あなたは一体何をしているのですか？！」 しかし、これは破壊的です。 批判するだけでは不十分です。 ポジティブな例を提供する必要があります。



これらの考えから、興味深い実験が行われました。11月、gamefly.ruで「フライングコンテスト」が始まりました。 競争には2か月以内の開発が含まれていました。 しかし、それは少し多すぎるように思えました。 したがって、私は参加者にサインアップしました...そして、私は1ヶ月半の間コンテストを忘れました。



実験の主なアイデアは、2週間で本格的なプロジェクトを作成することです。 コンテストの締め切りは良い締め切りです。 さらに、コンテストの最後の週は年末年始と一致したため、他のタスクに気を取られないようになりました。 だから：コンテスト、ゼロからのプロジェクト、2週間。







記事全体で時間を無駄にしたくない場合は、下にスクロールできます。 競合プロジェクトのレビューと、この実験全体からの短い結論があります。



2週間あります。 主な質問は何をすべきかです。 正直なところ、最初はコンテストは1月7日まで開催され、1週間しか費やさないと考えていました。



1週間はそれほど長くないため、ランチャーのジャンルが選択されました。



ランチャーはゲームであり、そのアクションはすべて1レベルでのみ行われます。 実際、通路はさらに高く飛ぶための一連の試行に限定されます。 各試行（最後の試行を除く）は失敗する運命にありますが、キャラクターがより良く飛ぶことができるように、キャラクターをポンピングすることに費やすことができるポイントを与えます。 ゲームは、キャラクターがレベルの最後に到達するのに十分にポンプでくまれた瞬間に終了します。



このジャンルの優れた代表者は、ゲーム「 ブチボバイソン」です。



この特定のゲームのゲームプレイを繰り返す予定です。 しかし、コンテストの詳細を明確にすることに決めたとき、決勝は7ではなく12であったことが判明しました。 すでにこれで作業できます！ 3Dアクションを行います！



基礎として、私のお気に入りのゲームをいくつか見てみましょう：Vanger、Mechanoids、Ex Machine、Renegade Ops。 RPGを作りたいのですが、こんなに短い時間でポンピングがうまくいかないでしょう。 そのため、目標：RenegadeOps / Vangerのゲームプレイに基づいた一連のクエスト-Ex Machine / Mechanoidsとの類推。 さて、宇宙を考える時間を無駄にしないために、ゲームをメカノイドの宇宙に入れましょう。 さらに、 SKYRIVERスタジオの旧オフィスから7 kmの私の実際の居住地には、このようなローンがあります。



初日

何がありますか？ いくつかの2Dゲームがリリースされるフレームワーク。 3D機能の-ファイルからメッシュのみをロードします。 ランドスケープエディタもあります。 これを使用して、ゲームランドスケープを作成します。 初日のタスク：

• テストランドスケープを作成し、ゲームで表示します。

そのためには、3Dカメラが必要です。 彼女は種マトリックスと投影マトリックスを確立できるはずです。 私はカメラのクラスを書く必要さえありませんでした;長年の開発で、私はすでにそれを持っていました。 フレームワークにカメラをドラッグアンドドロップするだけです。



次のサブタスクは、シェーダーをエディターからゲームに転送することです。 シェーダーは開いています。必要なのは、エディターツールを削除するだけです。タイルのエッジを強調表示し、法線やその他の小さなことを動的に計算します。

一日の大半を占めた主な問題は、ランドスケープを含むファイルをロードし、ジオメトリをレンダーに転送するクラスの実装です。 タスクはそれほど難しくありませんが、半日かかりました。



仕事の結果：







そして、結果として私たちは何を見ますか？ 風景は非常にうるさいです。 その理由は非常に単純です-テクスチャを変換したときに、MipMapの生成を登録するのを忘れていました。 しかし、すでに夜の11時です。ちょっとした仕事ですが、本当に眠りたいです。



二日目

今日は2つのタスクが予定されています。

• シャドウカード。
• モデルの描画（モデルなしでは、実際にシャドウの動作をテストしないでください）。

まず、MipMapsをオンにします。昨日はオンにしませんでしたが、コードでOpenGLエラーが発生していることがわかりました。 コードには多くのチェックがなく、シェーダーをロードするときにエラーが発生します。 エディターから曲がって転送されたシェーダーに罪を犯します...エラーがシェーダーにないことを理解するために1時間を費やしました... GL_LINEARで修正すると、すべてが問題なく開始されます。 一方、2時間を費やしました... 12日しかないため、これは非常に多くの時間です。



次に、モデルを見てみましょう。 一般的に、私はすでに単純なモデルのローダーを持っています。 ただし、画面上にモデルを描画するだけでは不十分です。 ゲームが現在カメラの錐台にあるモデルのみを描画することが必要です。 この場合、これを整理する最も簡単な方法は、ゲーム空間全体を正方形に分割することです。正方形は、画面に表示される領域にほぼ等しくなります。



ランドスケープはすでにほぼそのような正方形に分割されているため、ランドスケープの設定に従ってゲームスペースを正方形に分割し、レンダリング時にカメラから1正方形以下のオブジェクトのみを処理するオブジェクトマネージャーを作成します。 つまり、中央の正方形がカメラが配置されている正方形である3x3の正方形ゾーンが描画されます。 さらに、オブジェクトマネージャはオブジェクトの動きを追跡する必要があり、オブジェクトがその正方形の外側に移動した場合は、現在の正方形に移動します。 このようなマネージャーを作成するタスクは、約5時間かかりました。



次のタスクは、シャドウマップを実装することです。 ただし、シャドウマップの場合、フレームワークでRender To Textureサポートが必要です。これは、以前に実装されたプロジェクトではポストエフェクトが不要であり、ポストエフェクトを除く2DのRTTはどこでも使用されないためです。



FBO上のラッパーの実装にさらに1時間を費やします。 あまり複雑ではありません。



2日目の最後のタスクであるシャドウマップに進みます。 すべては大丈夫ですが、私はステンシルシャドウのフォロワーです...常にシャドウマップに触れることは避けました。 まあ、私は彼らが好きではなかった。 しかし、時間が経ちます...現代の現実では、一般的にステンシルシャドウを使用する理由はありません。 ジオメトリと画面解像度の複雑さが増すと、パフォーマンスが大幅に低下します。 そのため、代替手段はありません。シャドウマップの実装に取り​​組む必要があります。 もちろん、シャドウカードの動作の理論はよく知っていますが、シャドウカードを実装したことはありません。 したがって、私は特定の困難を期待していません。 雨の日に遅れてマニュアルを取り、シャドウレンダリングを実装しました。



ところで、私はこのマニュアルを使用しました 。 みんなにお勧めします。 有能で、場合によっては、シャドウカードを実装するときに出てくる主な問題を含め、すべてがペイントされます。







ミップマップを使用すると、ランドスケープがより良く見え始め、影がよく見えます。



3日目

必要な機能を引き続き強化します。 今日は2つのタスクが計画されています。

• LuaJITプロジェクトを使用したLuaスクリプト言語の統合。 つい最近、この言語用のJITコンパイラの更新バージョンがリリースされました。この実験は、新しいコンパイラを試す絶好の機会です。
• パーティクルシステムの統合。 Astralax Magic Particlesを使用する予定でした。

LuaJITから始めましょう。 ソースコードをダウンロードし、Windowsでdllを簡単に収集します。 私たちは小さなラッパークラスを書いています（私はluabindやアナログが好きではありません。私は最小限のレイヤーでluaを使うことを好みます）。 そして、実際には、それだけです。



私はAndroid上でそれを構築しようとしました...そして1時間それをすることができませんでした。 これは競争にとって重要ではないため、この時間にこれ以上費やさないことにしました。将来的には個別に混乱する可能性があります。



今日の計画の2番目の部分は、パーティクルシステムの統合です。 Astralax Magic Particlesシステムでは、この分野でより強力でシンプルなものを見つけるのは本当に難しいので、私は多くの生産的かつ正確に作業しました。 さらに、プロジェクトを開発する際に重要な非常に適切な開発者。



しかし、私は競争にとって重要な瞬間ではなく、フレームワークにとって重要な瞬間に止められました。 実際、フレームワークは、特にWindows CEのプロジェクト用に作成されています。 そして、残念ながら、これはMPでサポートされていないほとんど唯一の一般的なOSです。 これは理解できることであり、WinCEのゲーム市場はクラスとして欠席しています。 しかし、私にとってこれは重要なので、私はまだMPを使用しないことに決めました...



欲求不満と先延ばしから、ブリトー・バイソンをプレイしに1時間半を費やしました。



しかし、その日はまだまだ終わりません。 昼食にはほとんど合格しませんでした。 スタートメニューを作ることにしました。 彼はシンプルな風景を作り、その上にいくつかの建物と2台のヘリコプターを置いた。 そして、シャドウマップのバグが出ました。 KDPVの「Exit」ボタンの下の左の角の壁にはっきりと見えます。 しかし、私はこのバグを編集しないことにしました-ゲームの外観は同じではなく、これらのバグは実際には目に見えません。 また、シャドウエイリアシングを編集すると、数時間の貴重な時間を無駄にすることになります。



メニューを面白く上下に動かしました。 楽しかった。 「設定」ボタンと「続行」ボタンを追加しましたが、競合のフレームワークに機能を実装できない可能性が高いことを完全に理解していますが、十分な時間はありません。



不要なゴミ-メニューアニメーション-に時間を費やしたような気がするかもしれません。 しかし、フレームワークはUIをアニメーション化できるため、それほど時間はかかりませんでした。 何を、いつアニメーション化するかを示すのにたった10分しかかかりませんでした。 しかし、アニメーションでは、メニューがはるかに興味深いものになりました。







4日目

今日の計画：

• プレイヤーヘリコプターコントロール
• 武器：レーザー、機関銃、ロケット

午後4時になって、計画から直接タスクを引き受けました。 それ以前は、プランと直接関係のないあらゆる種類のタスクを解決していましたが、プランが完了するまでプランの実装を開始できませんでした。 これらのタスクの1つは、スポーンユニットです。 たとえば、プレイヤーのヘリコプター...スポーンには作業スクリプトが必要です。作業スクリプトには、レベルをロードし、ユニットを制御できる対応する機能を処方する必要があります...



もっともっと。 ヘリコプターのコントロールを作成しましたが、ボタンを押してマウスを動かすと、Qtが非常に遅くなり始めました。



私は、インテリジェントなプログラマーのように、自分自身に罪を犯しました...私は内部のメッセージ処理システムを書き直しました。 重複したメッセージをチェックしました...そして助けにはなりませんでした。



さて、私は通常のメッセージングシステムをあきらめて、キーボードとマウスの状態を読みました...そしてそれは助けにはなりませんでした。



私は自分のエンジンの入力システムを完全にオフにしました...そして、まだフリーズを取得しました。 入力に関するすべてのメッセージにWH_GETMESSAGEフックを作成し、すべてのメッセージをインターセプトしてキャンセルしました...これは役に立ちませんでした。 開発環境外でシステムを探索する以外に何もありませんでした。



答えは簡単であることが判明しました。そうではないバグを修正するのに3時間かかりました。複数のボタンを同時に押すと、この相乗効果が遅くなりました。 Synergyを削除すると、すべてがスムーズできれいになりました。



その結果、ヘリコプターを飛行に向けて傾ける時間がありませんでした。 些細なことのように思えますが、それは重要なことです...しかし、今でもそれに時間を費やすほど重要ではありません。 また、1月4日はすでに午後11時で、4日が経過し、ヘリコプターを飛行し始めました。 撮影、撮影、そして再び撮影。



午前2時にビデオを録画しました。 ミサイルには時間がありませんでした。 しかし、今では彼らは夢ほど重要ではないと判断しました。







5日目

今日の課題は、ゲームの場所を作ることです。

別のプロジェクトのために3drt.comで購入した10の建物があります。 最初に、ゲームのプロットについて書き、次に建物のリストを作成し、どの建物がゲームでどのような役割を果たすことができるかを見つけました。 鉱山のように見えるもの、メインベースのように見えるものなど

ランドスケープエディターで、ゲームゾーンを大まかにスケッチしました。







各ポイントで、使用したモデルの名前とシリアル番号で構成される署名を作成しました。



その後、彼は山の助けを借りてプレイエリアの境界を描き、プレイヤーが直接飛行できないようにマップの中央にいくつかの通過できない山を描きました。



次のステップは、景観を不均質にし、道路を建設することです。 なぜなら 時間は非常に短く、3時間すべてに割り当てられます。 この時間は、最小限の再生可能なランドスケープを作成するのに十分でした。 芸術的な楽しみには時間がありませんでした。



次のタスクは、オブジェクトの配置と開通性ゾーンの定義です。 フレームワークに適した3Dエディターがありません。 フレームワークは常に2Dであり、その上のすべてのプロジェクトは2Dでした。 幸いなことに、3Dプロジェクト用に以前に作成されたエディターがあります。 これは非常に複雑で、保存形式も複雑です。 はい、彼はまったく異なるエンジンのために書かれたので、直接使用することはできません。 ただし、今日ではこれは重要ではありません。 このエディターで場所を作成します。

エディターで、オブジェクトを配置し、ゾーンを描きました。

• 道路
• 通行可能なオフロードエリア
• フライトエリア
• 安全なエリア（建物の近くにあり、撮影できないエリア内）。

風景全体が赤緑に塗られているビデオの瞬間-これは実際には編集ゾーンです。



6日目

計画：

• エディターで作成された場所をロードする
• すべての建物の機能（タレットの機能と建物への「エントリ」の定義）

エディターには、ゲームエンジンで動作するように設計されていない場所があります。

ゲームで複雑なフォーマットをダウンロードすることをやめ、簡単なことをすることにしました。シーンをテキストファイルとしてエディターに保存する機能を追加しました。

次に、場所をテキストファイルに保存しました。 次のようになりました：





次に、多数のオブジェクトとプロパティを含む複雑なテキストファイルから、ゲームで直接必要なものだけを取り出して消化可能な形式で保存する単純なユーティリティを作成します。



次に、ゾーンとオブジェクトをロードする必要があります。 装飾オブジェクトはオブジェクトマネージャに追加され、以前に記述されただけで、ゲームはそれらを忘れて、残りのオブジェクトは通常の方法で作成されます。



一般に、封筒と積み込み場所は1日のかなりの部分を占めました。 ほとんどの時間は、砲塔機能の実装に費やされました。 プレイヤーが安全地帯で射撃した場合、タイマーが15秒間作動し、その間にプレイヤーがいる破壊範囲内のすべての砲塔が射撃します。







7日目

• 人工知能を実装する時が来ました。

私はすでにさまざまな機能を実行できる人工知能を持っています。

数年前、AIコンテストを実施するというアイデアがあったときに作成されました。 実際には、ルールを備えたメカノイドの世界の2Dモデルが実装されました。 商人は、商品を配達するポイント、商人を護衛する警備員、持ち込まれた頭のハンター、盗まれた商品（買われていない商品）、販売された商品の略奪者を受け取りました。

このAIの仕組みは次のとおりです。







サークルは生きているユニットです。

赤い文字は死んだユニットです。

黒十字は負担です。

2つのチーム-緑と赤。 生きている世界を積極的に描写しようとしています。



AIは額に転送できません。 事実、メカノイドの世界では、ユニットは自分自身の前で急上昇し、射撃するものです。 つまり、旋回半径に問題はなく、横に移動することが可能です。 このプロジェクトでは、状況は異なります。ユニットは車輪とそれに続くすべての問題を抱えた陸上車両です。



一日中AIの作成に費やしました。



この日のビデオはありません。 一日の終わりにはまだ何も表示されていなかったという事実のため。 7日目の作業の結果、テキストファイルを使用してユニットを作成できるようになりました（これらのケースのエディターは既にコンテストの外部で作成されています）。



通常のユニット構成は次のようになります。





1日で、ゲームはこれをすべて解析し、データを読み込むことを学びました。 実際、この種の構成は1つではなく、2つです。 第二-ユニットに配置されているタレットを説明します。 この場合、砲塔GUN_TURRET_1が配置されます。

理解できるように-これは1月7日のクリスマスです。 そして、家族の伝統は、親の家にいるすべての親relativeと集まることです。したがって、ほとんど何も行われていません-私はほとんどの時間を家族と過ごしました。



8日目

• AIを削減し続けます。

ユニットは乗ることと攻撃することを学びました。 また、目の前に敵を追いかけます。 作品の主要部分は運動に専念しました。



ショックアブソーバーは固定されませんでした。 朝の1時... 1月7日の締め切りが遅れたため、彼は断固として計画から抜け出しました。 だから障害物の迂回-火室へ...同じ火室とユニット間の物理的な相互作用...そして、機器の停止もそこにあります...特に悲しい最後。 サスペンションを計算しないと、ユニットは風景を厳密に繰り返し、氷のように見えません。 ただし、独自の機能を実行するため、そのままにしておきます。







9日目

ゲームは4種類のAIを計画しました。

商人-商品を購入し、別の建物で販売します。

警備員-トレーダーを追跡し、敵がいる場合は敵を攻撃します。

Hunters-マップを重ねて敵を攻撃し、殺された敵や友人の頭を定期的に基地に連れて行きます。

略奪者-マップをプライし、主に商人を攻撃し、選択した商品を定期的に基地に運びます。

3種類のAIが作成されます。 品物がないので、略奪はしませんでした。 むしろ、商品があります。 商人は彼らによって売買されます。 しかし、彼は部隊が死んだ場合にその場所に貨物を捨てないことに決めました。 したがって、死体の近くで貨物を収集するはずだった略奪者は意味をなしません。 その結果、トレーダー、ガード、ハンターのAIが作成されました。 いくつかのバグを修正しました。 彼は、プレイヤーの行動に応じて、プレイヤーに対する氏族の態度を変えました。



HUD製。 インベントリが作成され、デッドユニットをピックアップし、必要に応じてそこから捨てることができます。







10日目

最終的に近づいています。



絵を完成させる必要があるという理解があります。 前日の結果からわかるように、誰かが死ぬまで戦いはうまく見えます。 ユニットが消えるだけで、見た目が良くありません。 2つのオプションがあります。 または、ユニットをバラバラにします。 このタスクは非常に複雑で、プログラミングの観点からではなく、ユニットをパーツに切り分けて消化可能な形式にエクスポートするという日常的な作業の観点からです。 別のポイント-アニメーションをエンジンに追加するのに時間を無駄にしたくありません。 2番目のオプションはパーティクルシステムです。 しかし、Magic ParticlesはWinCEの方法を知りません。 他のプラットフォームで使用するために統合しますか？ しかし、私は本当にどこでも動作しないクロスプラットフォームフレームワークのソリューションを避けたい...



最終的に、私は次の解決策に決めました。MagicParticlesを使用しますが、同時にそのネイティブAPIを完全に放棄します。



実際には、これは次のように実装されました。MPで作成されたエフェクトを再生するコンバーターが実装され、各フレームはすべての可視パーティクルの状態をファイルに保存しました。 出力は、各瞬間のエフェクトの状態を説明するファイルでしたが、同時にMagic Particles APIに関連付けられていませんでした。 任意のプラットフォームで自分で再生できるファイル。



このオプションは、MP機能の全範囲を厳密にはカバーしていませんが、爆発やその他の単純でループのない効果を処理できます。 そして、これは私が必要なものです。







何らかの理由で爆発は白っぽいことが判明しましたが、手続きに時間を無駄にしないことにしました。 Cグレードを調べますが、残り時間はほとんどありません。 実際、1日半：12日の11日目と夜（競技は12日目の午前9時に終了します）。



11日目

残りの時間はすべて、クエストに費やすことになりました。 もちろん、ゲームにはすでに何らかの種類のゲームプレイがあります。 しかし、クエストは意味を与え、おそらくプレイヤーをもう少し遅らせるでしょう。

ここにペイントする特別なものはありません。

クエストはスクリプトに完全にハードコーディングされています。 リンクを編集するためのツールはありません。 コーディングせずにスクリプトを構成するツールはありません...シンプルで複雑でないコード。

NPCと通信するためのダイアログボックスを作成しました（私たちの代わりに建物がその役割を果たす）。 このようなウィンドウの操作原理は、スペースレンジャーのクエストダイアログボックスとほぼ同じです。 Space Rangersからのテキストクエストをこのゲームでの起動に適したものにする簡単なコンバーターを作成することは非常に可能だと思います。

ミニマップを作成しないことにしました その後、すぐに世界の限界が明らかになります。 しかし、私は世界が活気に満ちていて大きいという印象を作りたいです。 しかし、そのように、プレイヤーをさまようままにすることはできません。 もちろん、興味があるプレイヤーもいます。 しかし、それらのほとんどは最初の交差点で迷子になり、プロジェクトを送り出します。

したがって、地図なしでコンパスを実装するという中途半端な決定が下されました。 コンパスは、選択したターゲットへの方向を示し、発射台では、任意の建物に個別にマークを追加できます。



ビデオは、タスクの1つを完全に完了するプロセスを示しています。 ビデオを遅延させないように、ヘリコプターの速度を上げました。







サプライズ！

クエストを完了しました。 ゲームは完全に完了することができます。 11日目の深夜。 私はコンテストのトピックに飛び込み、締め切りをもう一度明確にし、夜の計画を決定しました...そして、数日前に、ほとんどの参加者がコンテストをさらに2週間延長することに投票したことがわかりました！







これは私の計画に反します。 はい、短時間でプロジェクトを作成するという考えに違反します。



その結果、私は次の決定に至ります。私は夜は普通に眠り、12日目には夜に予定していたことをします。 そして、プロジェクトを「くし」にするために、さらに2日間（最大2週間）を追加します。



12日目

彼はすべてのクエストを磨き直しました。 プレイヤーのリスポーン効果を作成しました。 プレイヤーが死亡した時点で、テレポーテーションエフェクトが作成され、リスポーンポイントでエフェクトも作成されます。 ユニットが障害物に遭遇する可能性が低くなるように、ウェイの検索をわずかに改善しました。 しかし、彼らはまだある程度の確率で出くわします。



さらに数種類のユニットを追加しました。 むしろ種ではなく、単位は実際に同じままでした。 しかし以前は、すべての氏族のすべての役割（ハンター、略奪者）は同じように見えるユニットによって実行されていました。 そして、私は各クランのすべてのユニットをユニークに見せました。



AIは作業をわずかに修正しました。以前は、ハンターはユニットをリスポーンさせることはほとんどありませんでした。 彼らは届きませんでした







過去2日間

作業計画はありません。 私は頭に浮かぶすべてをします。 目を引くものすべて。 私が修正したいすべて。 最近の仕事の結果のビデオはありません。 多くの変更があり、それらはほとんどマイナーです。 それらをすべてビデオで表示するには、撮影に10〜15分かかります。 そして、最終的に判明したすべてのものは、競争力のあるプロジェクトですでに見えています。



以下は、行われた内容のサンプルリストです（非常に小さな修正は含まれていません）。

ゲームパッドのサポートが含まれています-一般に、インターフェイスのフレームワークはゲームパッドをすぐに制御できるため、何も発明する必要はありません。 ヘリコプターで直接制御を追加しました。

地上に対するユニットの傾斜角の計算が正しくないバグを修正しました-輸送機が鼻で地面に埋まっている瞬間が時々ビデオでスキップすることがあります。 これは、ユニットの車輪の下の表面の傾斜を表す四元数の誤用によるものです。

ユニットの動きの簡単な計算が行われ、ユニットが互いに入らないようにします-ユニット間の単純な衝突を追加しました。

ダイアログウィンドウで作業しているときのクラッシュを修正しました。これらの要素のハンドラーでウィンドウ要素を再作成するのは悪い考えです。

クランユニットにクランタグを追加しました。

雲からの影-それは些細なことのようですが、平らな世界はそうではなくなります。

貨物の散乱-貨物は、捨てられた場所の近くの地面に現れるだけでなく、放出点から美しく散乱します。

商品のテレポーテーションの効果-貨物を選択すると、即座に消えるのではなく、対応する効果でスムーズに消えます。

バグのテストと修正。



作業の結果は、プロジェクトトピックのリンクSkyRangerにあります。



すべての競合プロジェクトのレビュー：







開発について読んでいるプロジェクトに直接リンクします（レビュー全体を見たくない場合）：

www.youtube.com/watch?v=0nu2QxXAYjo&t=708



結果 ：

このゲームは、発売時に3Dを使用する方法がわからなかったフレームワークで、ゼロから14日で作成されました。

率直に言って、時間の半分はゲームに費やされたのではなく、フレームワーク自体に欠けている機能を終了する方法に費やされました。



既製の産業用エンジンで開発が行われた場合（たとえば、最近完全に無料になったUE4で）、プロジェクトは7日間でより良い品質で実行できます。そして、これはほぼすべてのジャンルに当てはまります。現代の世界では、あらゆるジャンルのプレイ可能なプロトタイプが、ゆったりとした作業から1か月以内に組み立てられます。



結論：

突然、プロジェクトに熱心に参加し、Super-MEGA-Killer-Krajisiz-i-VOVKAを作成するように申し出た人がいるのに、少なくとも最小限のデモがない場合、彼らは逃げ出します。アイデアを実装するプロトタイプを作成するために、1週間の作業と200ドルの資産を費やすことはありませんでした。



PS競争後のプロジェクトは、ゆっくりと修正することを決めました。このプロジェクトは完全に参加可能であり、誰でも参加して自分の何かをすることができます。また、UE4のリリースで、すでに行われたすべてをUE4に転送し、ゲームのエンジンではなく、ゲームの開発に特に焦点を合わせることが決定されました。



UPD：

HabroeffectはDropboxを殺し、外部リンクをブロックしました。すべてのファイルは今後数時間でホスティングに転送されますが、これはすべて利用できません。これはすぐに修正されます。ご不便をおかけして申し訳ございません。

リンクが再び有効になります。



UPD2：

一部の読者は、「ああ、はい、数週間でゲームができるようになりました！」なぜあなたはそこに3年間、怠け者を選んでいるのですか???」

これは私が話していたものではありません。

残念ながら、「作業の20％は時間の80％を要する」というルールは消えていません。

非常に短時間で、プレイ可能なプロトタイプを作成し、アイデアを反映させることができます。

しかし、これはまだ非常に非常にゲームから遠いです。開発速度は、新しいチップごとに低下します。

開発の最初の日は爆発的です。

ここには何もありません。一日で風景があります。 「何もない」と「画面上の風景」の違いは大きい。しかし、半日だけの仕事です！

ここにツリーを追加します。いいえ、本当に。最も一般的な木。まあ、小さな森。

「だからどう？ランドスケープを作成するには5時間かかります。ランドスケープの森は1か月ですか????」。など。フォレストを実装する場合、最適化（フォレストを描画するのにうまくいかない。生産性の不足に陥る。多くの場合、多くの場合、非自明ではない）が必要です。ブレンドによって、最適化された葉はブレンドによってのみ行われます）。 AIが回るべき別々の小さなオブジェクトの存在を考慮に入れていないパスの検索は言うまでもありません。



通常の高品質のゲームの開発は、複雑で長く、骨の折れる作業です。そのほとんどは、外部からはまったく見えません。

短い時間でアイデアのデモンストレーションを作成する方法について話しましたが、完成品ではありません。