- No caso da Unity, foi um desastre previsível
- Mais da metade da receita vinha de publicidade, não do motor. Ou seja, era afetada pelo mercado de anúncios
Alternativas à Unity
- Godot (C#, GDScript, visual)
- A alternativa open source mais mencionada
- Foca mais em ajudar iniciantes a começar rapidamente do que em recursos de motores high-end
- A reclamação mais comum é "not quite there yet"
- Falta suporte adequado a consoles
- Unreal (visual)
- Um motor que dispensa apresentações. Usado por muitos jogos AAA
- Oferece recursos avançados como Nanite, Lumen e Metahuman, mas é complexo, difícil de começar e exige mais conhecimento especializado
- Mas hoje em dia, na prática, lançar um jogo com Unreal é até mais fácil do que com Unity
- Defold (Lua)
- Tão mencionado quanto Godot e Unreal
- Adequado para jogos 2D e mobile
- Muitos jogos mobile já foram lançados com esse motor
- RayLib
- Não é um motor, mas uma biblioteca
- Permite desenvolver jogos rapidamente com linguagens como C++
- Open 3D (Lua, visual)
- É a versão open source do Lumberyard, que a Amazon desenvolvia com base no CryEngine
- Como se originou de um motor AAA da Crytek, a curva de aprendizado pode ser mais íngreme
- GameMaker (GML, visual)
- Muito popular para jogos 2D e fácil até para iniciantes
- Muitos jogos 2D famosos, como Undertale e Spelunky, foram feitos com ele
- Unigine (C#)
- Basicamente não é voltado a jogos, mas jogos ainda aparecem no topo dos alvos do SDK
- Bevy (Rust)
- O mais mencionado entre desenvolvedores Rust
- Flax (visual)
- Não é tão conhecido quanto Defold, mas oferece um conjunto de recursos bem amplo
- Ainda não há jogos de destaque feitos com esse motor
- Cocos (JavaScript/TypeScript)
- Pertence à mesma linhagem de ferramentas de desenvolvimento usada para criar FarmVille há 15 anos
- Stride (C#)
- O motor Paradox da Silicon Studio (antes Xenko) mudou de nome
- Monogame (C#)
- Além desses: Construct, Ogre3D, Solar2D, HARFANG 3D, CryEngine, FNA, libGDX, LÖVE, Fyrox, C4Engine, Hazel, Wicked, TelluSim, heaps.io
8 comentários
Só o fato de alternativas ao Unity terem aparecido já dá uma sensação de novo fôlego.
Acho que a realidade é que não dá para ignorar tudo o que o Unity acumulou ao longo do tempo,
mas tenho a impressão de que os indies mais experimentais vão acabar migrando para outras ferramentas.
Lembrando que, no passado, muitos motores de jogo comerciais, nacionais e estrangeiros, acabaram desaparecendo por falirem no vermelho, eu acho meio irônico esse clima de apontar tanto o dedo para os problemas de rentabilidade da Unity Engine.
Também me parece que estão falando com facilidade demais sobre trocar o motor no meio do processo de produção.
O fato, neste momento, é que não existem muitos motores com tanta abundância de ferramentas de desenvolvimento e materiais de aprendizado quanto a Unity. E isso não é apenas uma questão de aprendizado dos programadores; quando se considera o custo de aprendizado de toda a equipe de desenvolvimento, ela continua sendo um motor com grande vantagem.
Espero que seja possível chegar a um caminho em que tanto a Unity quanto os desenvolvedores saiam ganhando.
Nos textos que mencionam engines alternativas, ninguém fala de
renpy.Parece difícil apresentar o Ren'Py como uma alternativa, já que ele é limitado ao tema de visual novels.
Ao usar de fato, ele já oferece a maioria dos recursos necessários como uma engine 2D de uso geral.
Parece que existem pessoas que fazem jogos usando apenas Ren'Py, sem usar o Pygame.
Embora tantas alternativas estejam sendo apresentadas, ainda fico com a sensação de que, no fim das contas, vamos acabar voltando para a Unity.
A Unity vinha se promovendo bastante como uma engine para desenvolvedores indie e pequenos estúdios, e parece que o prejuízo causado por esse episódio foi considerável. Mesmo que migrem para outra engine, isso vai levar tempo e, nesse meio-tempo, o setor vai encolher e também haverá menos oportunidades para os jogadores aproveitarem. Espero que a Unity reconsidere isso, nem que seja agora.