Le développement de jeux après Unity

• Dans le cas d’Unity, c’était un désastre prévisible
  • Plus de la moitié des revenus ne venaient pas du moteur, mais de la publicité. Autrement dit, l’entreprise était affectée par le marché publicitaire

Alternatives à Unity

• Godot (C#, GDScript, visual)
  • L’alternative open source la plus souvent citée
  • Davantage axé sur la possibilité pour les débutants de se lancer rapidement que sur les fonctionnalités des moteurs haut de gamme
  • Le reproche récurrent est : "pas encore tout à fait au niveau"
  • La prise en charge des consoles est insuffisante
• Unreal (visual)
  • Un moteur qui n’a plus besoin d’être présenté. Utilisé par une grande partie des jeux AAA
  • Propose des fonctionnalités avancées comme Nanite, Lumen et Metahuman, mais sa complexité rend les débuts difficiles et demande davantage d’expertise
  • Mais aujourd’hui, sortir un jeu avec Unreal est en pratique plus facile qu’avec Unity
• Defold (Lua)
  • Cité presque aussi souvent que Godot et Unreal
  • Convient bien aux jeux 2D et mobiles
  • De nombreux jeux mobiles sont déjà sortis avec ce moteur
• RayLib
  • Ce n’est pas un moteur, mais une bibliothèque
  • Permet de développer rapidement des jeux avec des langages comme C++
• Open 3D (Lua, visual)
  • La version open source de Lumberyard, qu’Amazon développait à partir de CryEngine
  • Comme il provient à l’origine d’un moteur AAA de Crytek, la courbe d’apprentissage peut être plus raide
• GameMaker (GML, visual)
  • Très populaire pour les jeux 2D et facile à prendre en main pour les débutants
  • De nombreux jeux 2D célèbres, comme Undertale et Spelunky, ont été réalisés avec lui
• Unigine (C#)
  • Il ne vise pas fondamentalement le jeu vidéo, même si le jeu figure tout en haut des cibles du SDK
• Bevy (Rust)
  • Le plus souvent mentionné parmi les développeurs Rust
• Flax (visual)
  • Moins connu que Defold, mais propose un ensemble de fonctionnalités assez riche
  • Il n’existe pas encore de jeu notable utilisant ce moteur
• Cocos (JavaScript/TypeScript)
  • Issu de la même lignée d’outils de développement que ceux utilisés pour créer FarmVille il y a 15 ans
• Stride (C#)
  • Nouveau nom du moteur Paradox de Silicon Studio (anciennement Xenko)
• Monogame (C#)
• Autres : Construct, Ogre3D, Solar2D, HARFANG 3D, CryEngine, FNA, libGDX, LÖVE, Fyrox, C4Engine, Hazel, Wicked, TelluSim, heaps.io

[mhcoma]

Le simple fait qu’une alternative à Unity ait été proposée donne déjà une impression de regain d’énergie.
Je pense qu’en réalité, il est impossible d’ignorer tout ce qu’Unity a accumulé et construit,
mais j’ai l’impression que les indés très expérimentaux se tourneront vers d’autres outils.

[riot0083]

Quand on repense aux nombreux moteurs de jeux commerciaux, coréens comme étrangers, qui ont disparu à cause de déficits par le passé, je trouve assez ironique l’ambiance qui consiste à trop pointer du doigt les problèmes de rentabilité du moteur Unity.

J’ai aussi l’impression qu’on parle trop facilement de remplacer complètement le moteur en plein processus de production.

Le fait est qu’à l’heure actuelle, il n’existe pas beaucoup de moteurs offrant autant d’outils de développement et de ressources d’apprentissage que Unity. Et ce n’est pas seulement une question d’apprentissage pour les programmeurs : si l’on prend en compte le coût d’apprentissage pour l’ensemble de l’équipe de développement, cela reste un moteur très avantageux.

J’espère que cela évoluera dans une direction gagnant-gagnant pour Unity comme pour les développeurs.

[tomriddle7]

C’est drôle que, parmi les articles qui mentionnent des moteurs alternatifs, aucun ne parle de renpy.

[carnoxen]

Je pense que Ren'Py est trop limité au thème des visual novels pour pouvoir être proposé comme alternative.

[tomriddle7]

À l’usage, il dispose en réalité de la plupart des fonctionnalités nécessaires en tant que moteur de jeu 2D généraliste.

[mhcoma]

On dirait qu’il y a des gens qui créent des jeux uniquement avec Ren'Py, sans utiliser Pygame.

[ragus]

J’ai l’impression que, même si autant d’alternatives sont proposées, on finira malgré tout par revenir à Unity.

[whdekf]

Unity s’est beaucoup présenté comme un moteur destiné aux développeurs indé et aux petits studios, et il semble que les dégâts causés cette fois soient considérables. Même en migrant vers un autre moteur, cela prendra du temps ; d’ici là, le secteur se contractera et les occasions dont les joueurs peuvent profiter diminueront aussi. J’espère que Unity reconsidérera encore sa décision, même maintenant.