> I think at this point, the real question is who in their right mind would ever build a game in Unity again?
This is pretty unfortunate, because Unity is partly responsible for the surge of Linux gaming over the last 10 years. Supporting Linux comes nearly for free on Unity (compared to many other engines), and fewer Unity games will likely mean fewer Linux games.
My humanGPT hallucination on the situation would be that because Unity is proprietary and Godot is open source, Unity runtime would be less diverse and more stable. How much of this is correct, I don't know though.
Godot is never going to be able to ship for consoles due to license incompatibility. That's a pretty big dealbreaker for non-hobbyist projects that aren't exclusively targeting desktop.
There are paid, non open source forks that support console.
Actual godot does not, and never will.
From their own docs:
“ Godot does not officially support consoles (save for XBox One via UWP) currently.
The reasons for this are:
To develop for consoles, one must be licensed as a company. Godot, as an open source project, does not have such a legal figure.
Console SDKs are secret, and protected by non-disclosure agreements. Even if we could get access to them, we could not publish the code as open-source.
Consoles require specialized hardware to develop for, so regular individuals can’t create games for them anyway”
Consoles no longer require specialized hardware to develop for. There are test kits for ps5 but you can compile on your PC. Where are you getting your information from? The only requirement is a header or two and a code sign. Godot OSS can’t support consoles because the SDK (those headers) are closed source, but there’s nothing stopping you from implementing the half dozen header functions in Godot source yourself. There’s some companies trying to provide that support. I’m sure Godot* (the company) will as well.
To dismiss Godot because you, a solo hobby dev, can’t target PS5 is hilarious.
Did you read it? It clearly backs what I just said. Godot open source doesn’t support consoles because console sdks are closed source, but there’s nothing stopping you from publishing on consoles. They literally list a company who is doing that, more are following. There’s no restriction at all other than you having access to the SDKs which you get when you sign a contract to publish your game on their platform.
So your argument breaks down to "once I get access to the closed source console SDKs and spend money for devkits, I will need to use a closed source fork of Godot to ship my closed source app on consoles"? What is the alternative? The console vendors do not allow console ports to exist in the open.
With unity you get the console version of unity when are authorised by the console manufacturer. So it’s not like you have to do much to make at least the core engine work on console. The work is in the game itself which is different game to game.
Reputational damage. Big part of the appeal of consoles is “it just works”. That falls apart of you start letting random shovelware devs ship whatever.
Having access to the SDK doesn't
give you unfettered access to publish on their stores. It only allows you to write and compile code targeting their hardware/runtime.
No, that's a different concern entirely. Nintendo could (though never will) open up Switch development to everyone while still exercising judicious control over which games are listed in their own store.
And in the meantime, there's already tons of crap shovelware on the Switch storefront. Nintendo doesn't filter for quality.
Linux doesnt run on consoles though and the comment was about linux, which godot supports quite well. Once it gains popularity it will also sort out console issues.
This is pretty unfortunate, because Unity is partly responsible for the surge of Linux gaming over the last 10 years. Supporting Linux comes nearly for free on Unity (compared to many other engines), and fewer Unity games will likely mean fewer Linux games.