- Unityの場合は予測可能な災害だった
- 収益の半分以上がエンジンではなく広告から出ている。つまり広告市場の影響を受ける
Unityの代替
- Godot (C#, GDScript, visual)
- 最も多く言及されるオープンソースの代替
- ハイエンドエンジンの機能よりも、初心者が素早く始められることに重点を置いている
- 共通の不満は「not quite there yet」
- コンソール対応が不十分
- Unreal (visual)
- 紹介不要のエンジン。AAAゲームの多くが使用
- Nanite、Lumen、Metahumanのような高度な機能を提供するが、複雑で始めにくく、より多くの専門知識が必要
- ただし最近は、UnrealでゲームをリリースするほうがUnityより実際には簡単
- Defold (Lua)
- GodotやUnrealと同じくらいよく言及される
- 2Dおよびモバイルゲームに適している
- すでに多くのモバイルゲームがこのエンジンでリリースされている
- RayLib
- エンジンではなくライブラリ形式
- C++のような言語でゲームを素早く開発できるようにしてくれる
- Open 3D (Lua, visual)
- AmazonがCryEngineベースで作っていたLumberyardをオープンソースとして公開したもの
- CrytekのAAAゲーム向けエンジンから始まったものなので、学習曲線はより厳しい可能性がある
- GameMaker (GML, visual)
- 2Dゲームで人気が高く、初心者にもやさしい
- Undertale、Spelunkyなど多くの有名な2Dゲームがこれで制作された
- Unigine (C#)
- 基本的にはゲーム向けではないが、ゲームがSDKのターゲットの最上位に置かれてはいる
- Bevy (Rust)
- Flax (visual)
- Defoldほど聞いたことはないが、かなり多くの機能セットを提供する
- まだこのエンジンを採用した注目すべきゲームはない
- Cocos (JavaScript/TypeScript)
- 15年前にFarmVilleを作るのに使われたものと同じ開発ツールの系譜
- Stride (C#)
- Silicon StudioのParadoxエンジン（以前はXenko）が改名したもの
- Monogame (C#)
- そのほか Construct, Ogre3D, Solar2D, HARFANG 3D, CryEngine, FNA, libGDX, LÖVE, Fyrox, C4Engine, Hazel, Wicked, TelluSim, heaps.io
8件のコメント
Unityの代替案が提示されたというだけでも、何か活気が生まれた感じ。
Unityが積み上げてきた数多くのものを無視できないのが現実だと思うけれど、
実験性の強いインディーは別のツールへ流れていきそうな気がします。
過去に数多くの国内外の商用ゲームエンジンが赤字で潰れて消えていったことを思い出すと、Unityエンジンの収益性の問題をあまりにも強く非難する今の空気には、私は少し皮肉なものを感じます。
プロダクションの過程でエンジンを入れ替えようという話も、あまりに気軽に語られている気がします。
現時点での事実は、Unityほど開発ツールや学習資料が豊富なエンジンはそう多くないということです。単にプログラマーの学習の問題ではなく、開発チーム全体の学習コストを考えれば、今でも十分にメリットの大きいエンジンです。
Unity側と開発者の双方にとってウィンウィンな方向になることを願っています
代替エンジンに言及する投稿の中で、renpy の話はまったく出てきませんね
Ren'Py は美少女ゲームというテーマに限定されているため、代替案として提示するのは難しいと思います。
実際に使ってみると、汎用2Dゲームエンジンとして必要な機能はほとんど備えています。
Pygameを使わずに、Ren'Pyだけでゲームを作る人たちもいるようですね。
これだけ多くの代替案が提示されてはいますが、結局は巡り巡ってUnityに行き着くような気がしますね。
Unityはインディー開発者や小規模開発会社向けのエンジンとして大きくアピールしてきましたが、今回の件で被る被害はかなり大きそうですね。ほかのエンジンに移るとしても時間がかかるでしょうし、その間に業界は萎縮し、ゲーマーが楽しめる機会も減ってしまうでしょう。Unityが今からでも考え直してくれたらいいのですが。