UnigineとGodotのNevangerデモ

彼がゲームエンジンUnigine2とGodot3に精通している間に収集した、バイオマシン（およびbio-だけでなく）を使用した代替プロトタイプ。

ユニジンエンジン

Unigineバージョンから始めましょう。今春リリースされたバージョン2.11を使用しており、エンジンに無料ライセンスが登場しました。現時点では2.12がリリースされており、2.13が間もなくリリースされる予定です。



Unigineについて一般的に知っておく価値があるのは、ベンチマークやシミュレーションによく使用されるTomskゲームエンジンです。何年にもわたって、Oil Rush、Cradle、そしてここでは、たとえば、比較的最近のmmo DualUniverseなどのゲームをリリースしてきました。



非常に多くの興味深く有望なソリューションが内部で使用されており、かなり美しい画像をレンダリングし、特にエンジン自体ではなく、別の3Dパッケージでモデル化する場合、アーティストにとって非常に魅力的です。



地形は箱から出してすぐに利用でき、水、雲、体積測定、プロジェクター、その他の便利なものもあります。地形の上には、ディテールなどのためにさまざまなマスクが適用されています。これは、風景を作成するための非常に優れたツールですが、使いやすさの観点からは、改善すべき点がたくさんあります。



ゲーム開発者向けのツールとして、ここでは原則として、UnityでC＃を使用した経験を適用できますが、Unigineには同じ種類の既製のコンポーネントソリューションはありません。それにもかかわらず、いくつかの基本的なことが実装されており、ドキュメントは残りを書くのに役立ちます。 C ++もどこにも行きませんでした。



このエンジンは、モバイルプラットフォームや、プログラミングなしの開発にはまだ適していません（ただし、これらの分野でも開発する予定です）。 Unrealクエリレベルでのハードウェア要件、最小アプリケーションファイルサイズは非常に大きいです。しかし、それは素晴らしく、よく最適化されています。



しかし、ゲームのプロトタイプに戻ります。 Unigineバージョンでは、主な問題はタイプライターの物理の視覚的設計に関連していました。これは、ドキュメントがコードを介してこれらすべてを盲目的に行うことを示唆しているだけでなく、あらゆる種類の物理的設定がエディターのさまざまな場所に散在しており、視覚的アセンブリパイプライン自体が説明されていないためです。つまり、すべてのニュアンスに突入せずに変更できる簡単な既製の例はありませんでした。 2.12では、トラクターが地面を掘るデモが登場しましたが、おそらく再びコードで組み立てられているので、この瞬間は見ていませんでした。



とはいえ、私は多かれ少なかれ、ドキュメントに焦点を当ててマシンを組み立てました。以前に対応する記事を書いたことについて：Unigineでホイールの物理をどのように収集したか。



ゲームプレイに関しては、たとえばユニジーンでは、ユニティやゴドットとは異なり、視覚だけでなくホイールの位置/サイズも含めて、車の物理をその場で切り替えるのは非常に簡単であることがわかりました。床から落ちないようにするために追加のトリックを考え出すことなく、そしてモデルを再構築することなく。ただし、テクスチャに落ちる可能性はありますが、まったく異なる状況であり、マシンの変更時ではありません。



単にその形を変え、変形し、適応し、他の次元で何が起こっているかを見るなどの単一の車両の概念は、これらすべてにうまく適合します。必ずしもそうとは限りませんが、少なくともメインのゲームプレイはそのような切り替えを中心に構築できます。



エンジンについて悲しいのは、エディターからのUIのアセンブリです。すべてがなんとなく面倒で、インタラクティブな要素ごとに個別のスクリプトがぶら下がっています。ここでは、例にある実装のみを編集しましたが、あまり理解できませんでした。また、エディターで視覚的な表現を確認するためにguiレイヤーを表示する方法がすぐにはわかりませんでした。

一方、よりコンソール指向のゲームを意味する場合、インターフェースの使用を最小限に抑え、インターフェース要素を最小限に抑えた、少数のボタンに関連付けられたゲームプレイについては、これはもはや目立った問題ではありません。



もう1つの気のめいることは、内部機器であるトラッカーに記録された単純なアニメーションです。はい、それはそれ自体の方法で強力ですが、どういうわけか使用するにはあまりにも正方形のネストです。さらに、この方法で記録されたアニメーションは、古いUnigineScript言語を使用してのみ再生できます。これは、UnityまたはGodotで、文字通り周囲のすべてをアニメーション化できる間です。はい、ボーンアニメーションをインポートすることはできますが、それは少し異なります（さらに、私はまだこの方法を試したことがなく、それがどのようになっているのかわかりません）。



繰り返しになりますが、反対側から見ると、エンジンは物理的なシミュレーションと相互作用にさらに重点を置いているので、プリセットアニメーションをベイクする代わりに、これを使用してみませんか。つまり、エミッター、スイッチ、構造の相互作用、力の適用、重力の使用など。したがって、内部アニメーターがなくても実行できますが、適切に実装されていれば、方向だけでもこれは大きな問題になります。数回クリックするだけで、あらゆる種類のインタラクティブな要素を使用してステージを横切るカメラの飛行を記録できます。これで完成したフィルムが完成しました。さらに、映画のような写真のためのそのような機会があります。



私のプロジェクトに関しては、現時点では、何度か繰り返した後、テストできる多かれ少なかれ堅実なデモを最終的にコンパイルして投稿しました。





Win64のためのアーカイブはこちらからダウンロードできます（重量687Mb）：DROPBOX

またはitch.ioページ上：NEWANGERSは

アンパックの3Gbを取る



そこにあるもの：

• ビルドには、「昼」と「夜」（高いグラフィック設定のプリセットを使用）と「アラコミック」モード（低いグラフィック設定を使用）の3つの主要な表示モードがあります。
• モードを切り替えるには、Escキーを押してマウスカーソルを表示し、左上のメニューで目的のオプションを選択します。
• レベルにはインタラクティブなオブジェクトがあります-青い星型のポータルは、車が他の世界に運ばれる通過し、その側からポータルにドライブすることで戻ることができます。
• レベルの多くのオブジェクトは透過性ですが、一部にはコライダーがあり、レベル自体は多かれ少なかれブロッキング壁に囲まれています。
• , , WASD. Q E. , , , R. Tab , , , .
• , .
• 1,2,3,4,5,6,7 — . .
• , «» .
• PgUp , . PgDown — .
• P — , L — .

知人は、このプロトタイプの以前のソースを、元のバージョンのホイールの物理に関するいくつかの編集とともに、彼のページに投稿しました：GITLAB。

ゴドットエンジン

リストの次のエンジンに移動します。巨大な機能を備えたオープンソースのコンパクトなソリューション（ゲームエンジンの世界のBlender）ですが、既製のコンポーネントの多様性の点でUnityよりも劣っています。さまざまな非公式の解決策や、Godotのソースコードを使用した例がすでに多数作成されており、新機能の実装が比較的単純で高速であるため、現時点ではこれが何らかの問題であるとは言えません。



Godotは、2D専用に開発されたさまざまなツールのおかげで、2Dエンジンとしての評判が高くなっていますが、3Dの追加の利点であり、ゲームUIの作成がはるかに簡単です。私の場合、Unityよりもさらに簡単です。現時点では、開発中のGodotは安定した3.2.3バージョンに到達しています（ただし、火山や最適化などのために、誰もが4を待っています。ちなみに、4つの不安定なアセンブリは、すでに試すことができます-少なくとも画像を評価してください）。



エンジンは3Dグラフィックスに強力なハードウェアを必要とせず、かなりまともな画像を生成します。既製の3次元ツールはそれほど多くありませんが、最も必要で、便利で、普遍的なツールがいくつか実装されています。同じことが最適化にも当てはまります。たとえば、エンジンは通常の錐台カリングを実装します。これは、カメラの視野からジオメトリを切り取ります。オクルージョンカリング（壁で閉じられたオブジェクトを数えないようにするため）では、実装を自分で考え出す必要があります（これは、特に一部の場所で、必要なすべてのゲームでそれほど難しくはありません）。また、エンジンの箱から出して、ジオメトリのバッチ処理（gles2用に部分的にあります）と地形はありませんが、これはそれほど問題ではありません。手動で何かを最適化する必要があります-いくつかのメッシュをステッチしたり、ジオメトリを小さなパーツに分割したり、チャンクを使用したりしますさらに。たとえば、プロジェクトに既製の地形ソリューションを追加するなど、地元の小さな店で何らかの実装を見つけることができます。



ちなみに、エンジンのインターフェースは非常に思慮深くカスタマイズ可能です（ただし、柔軟性のない要素がいくつかあります）。一般的に使用すると便利です。さまざまなレベルの没頭に十分なサポートされている言語があります。 C ++とC＃の両方があり、別の環境を起動しなくてもエディター内で実行できる便利な内部GDScriptがあります。ビジュアルスクリプティングも存在するため、プログラミングの知識がなくても、Godotは生きることができます。最小限のロジックを設計し、何かをアニメーション化することができます（Godotには、アニメーションを記録するためのシンプルでクールなツールがあります）。



アプリケーションの軽量化、マルチプラットフォームの性質、開発のスピード、さまざまなサードパーティソリューションの実装の容易さも、エンジンの重要な利点です。 gles2とgles3の2つのレンダリングオプションがあり、どちらも3Dをサポートしますが、最初は単純で、一般的に2Dや携帯電話に適しています。 Gles3は、より高度なレベルのグラフィックスを提供し、モバイルデバイスの一部もそれをサポートしています。



このエンジンをベースにしたゲームのプロトタイプに移りましょう。 Godotでは、単純な物理的な車両モデルがほとんど箱から出てくるので、ここに車を持ち込むのは非常に簡単でした。



いくつかの問題が発生しました。たとえば、ある地点から別の地点にテレポートしたり、その場で車のホイールの位置を変更したりするなど、発射された物理オブジェクトに介入するのはそれほど簡単ではありません。したがって、ここではUnigineのようなトリックは機能せず、私が理解しているように、Godotでは、物理構成などをその場で変更するよりも、オブジェクトを再作成する方が簡単です。しかし実際には、これは本当に必要なことではありません。このプロトタイプでは、別の車に乗って、特別な別の場所で別の場所に移動するときに、ゲームプレイの標準的なアイデアに戻りました。



Godotには、CGSオブジェクトやマルチメッシュなどの興味深いツールがあります。私は記事でそれらの使用の特徴についてより詳細に書きました：Godot、1000の小さなもの



このエンジンのNevangerのプロトタイプは別の名前を受け取りました-ワイルドエンジン。一般的に、私は奇妙な世界を旅する奇妙な車の概念によって団結した、同様のプロジェクトの家族のようになります。そして、実用的な総称として、より具体的な名前が現れるまで、私はそれらをNevangersと呼んでいました。 Godotプロトタイプには独自の名前が付けられ、Unityのバージョン0.9で一時停止されたバージョン（すべてを開始した）にも別の名前が付けられていますが、戻る時間があれば、後でその名前になります。



最初は、Wild Enginesデモで何を実装したいかという特別なビジョンはありませんでした。レベルのスケッチを作成し、地形をより適切に実装する方法と、どのような機会を見たいかを理解しようとしました。それから私はカメラをマウスの後ろに動かすというアイデアに到達し、他のバージョンよりも制御された武器の照準を実現することが可能になりました。したがって、このプロトタイプはおそらく射撃の使用により焦点を当てるようになるでしょう。



その過程で、小さなブロックで構成されるプラットフォームからレベルを組み立て始め、最適化とパフォーマンスの測定にさまざまなアプローチを試みました。最適化による最適化ですが、ある時点で、カメラに表示される領域をジオメトリで埋めすぎたため、エディタは実行中のシーン全体のドラッグを停止し、エラーが発生しました。これは、設定にメモリを追加することで修正されました。次に、プラットフォームの生成をコードに取り入れ、ステージ上に識別子を持つ単純化された次元ブロックのみを残し、ゲームの開始時に必要なプラットフォームをロードしました。次に、使用済みメモリの量を低い値にロールバックし、問題なくレベルを数倍に増やしました。さらに、このような実装では、すでにロードされているプラ​​ットフォームを再利用して、レベル内の他の場所に移動するオプションが常にあります。マシンがその方向に向かっているとき、同じリソースを使用して遷移なしで、レベルスペースを実質的に無限に描画できるようにします。



同様の方法で、後でUnigineで同様のレベルのスケッチを収集しました。そこでのみ、エディターがコードを介してプラットフォームをブロックにロードすることなく、シーン全体を即座にプルします（ただし、Unigineの場合、はるかに強力なコンピューターが使用されます）。



その結果、Wild Enginesのデモバージョンには4台の車があり、そのうちの1台を選択して開始する必要があり、2つの小さなレベル（レベルAとレベルB）があります。初期のマップもいくつか残っていますが（レベル0と1）、それらはさらにテストされており、そこでの風景は最適化されていません。





フルスクリーンモードとシャドウは、メニューでオン/オフにできます。



ボタン1、2、3はカメラの位置を変更します。マウスがカメラを向けて回転させるほど、カーソルが中心から離れます。



WASD-移動します。PgDown-ジャンプします。Q-ランダムインパルス。



マウスの左ボタン-ショット。



Enterキーを押すと、コントロールに関するヒントが表示され、メインメニューに戻るためのボタンが表示されます。ここでマシン/レベルを変更できます。



Win64バージョン（42 Mb）：DROPBOX wildengines_x64



Linuxバージョン（44 Mb）：DROPBOX wildengines_linux

ボーナス

そして、これが新たに出現した新しいメカの1つ、ネクロマンサーです。





Unigineバージョンで乗ることができます。



もう1つの新しいメカ、ピンクとブルーのバックライト、Debagは、あちこちにあります。



古いカートリッジも1つありました...ヴァンガーズがその遠い時代に世界的に有名なフランチャイズだったとしたら、8ビットゲームのクローンをその名前で中国のカートリッジに隠すことができたと思いますか？