1226
This is of course not including the yearly Unity subscription, where Unity Pro costs $2,040 per seat (although they may have Enterprise pricing)
Absolutely ridiculous. Many Unity devs are saying they're switching engines on social media.
this post was submitted on 12 Sep 2023
1226 points (99.0% liked)
Game Development
3539 readers
2 users here now
Welcome to the game development community! This is a place to talk about and post anything related to the field of game development.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's not "the easy route". Making a game engine is a tremendous investment these days. If you are making anything other than a game that looks like early 2000s or earlier, you need a pretty capable engine that takes years to develop. That's on top of the time it costs to make a game, which is also typically years. Not to mention that your proprietary engine will have subpar tooling and make your game development slower.
For anyone but industry giants it's not feasible to make a modern engine. Unless your game is not aiming to play and feel like a modern game, you have to run with an off-the-shelf engine.
Plus when you break it down you'll still need 3rd party software in order to do anything more than a console only application (OpenGL, directX, Havok, Bink etc)
I agree with everything you're saying, but it's still the easy route and it's still a poisoned gift, as can be seen by this story. People rather pick the "free" and capable tool than investing time in an open-source solution that needs more work, or developing from scratch. Maybe they just want to reach more platforms to make more money, or use the super advanced tools, but that doesn't change that you're picking the path of least resistance, and you might pay for it in the end.
Chances are, if you're expecting to compete with industry giants on the same level, you're already investing massively into the production of assets and you're project in general. You're just skipping the investment in the engine and tooling. If you just want to make a small game, then maybe you don't even need Unity and would be better off with something more tailored to your project.
I just can't feel sorry for people who walked into this trap. I feel like this pattern has been occurring way too frequently to ignore the danger of "free" tools that really aren't.
Well, it doesn't matter if it's hard, the companies that did it are using it to control you and so now you don't have a choice.
So get cracking or don't complain.
Also Godot is a thing.
You're not listening. It's not that it's hard (although it definitely is), it's literally just infeasible financially and time wise. You cannot spend millions developing an engine unless you are a large AAA studio. You can't pull up your bootstraps your way into making a modern game engine within the budget you have to make a game.
As for Godot:
I think you're comparing apples to orchards here.
I'll grant you, Unity has been a commercial standard that many large and good games have been made in, Godot hasn't. Godot has been used largely by solo creators or small teams which has limited the scope and detail of the artwork in Godot games thus far.
This begs the question: What's the best looking solo-developed Unity game?
Does that game include a lot of purchased/sourced assets? Should that count as "solo" developed then? Given the contents of Steam's catalog, by sheer volume of titles it seems that Unity is THE engine for creating low effort shit-tier asset flip "games" that are little more than a tutorial project file with a retail price. "Games made in Unity" is a LOT of rough to look for diamonds in.
Once you've found the best looking solo-developed Unity game, ask yourself this: Could this game be remade in Godot? Is Godot technically capable of running a game like this?
I'm also unconvinced that Godot is inherently a poor choice for larger development teams. It has built-in support for versioning systems such as Git, and its modular node-in-scene system mean that different team members could work on different components independently, then bring their work together as a whole. There's also that whole aspect where the Godot editor is itself a Godot "game" that runs in the Godot engine, which means it's possible for developers to create their own extensions to the editor using the same skills needed to make games.
Beyond that, much of the work on graphics--3D art, level design, character/creature design, rigging, animation--a lot of that is going to be done in an art package like Blender rather than Godot. And yes I would suggest Blender for the same reason I'd suggest Godot, because Adobe and Autodesk are also pulling the same kinds of enshitification that Unity is.
The real reason that Unity is the industry standard? Because it's what they teach in school. "Learn Unity because that's what they use in the industry."
Sorry but if large teams could pick up Godot and make next-gen games with it just like that, they would. You can't. You can find absolutely stunning looking projects from solo creators in Unreal Engine. Sure you have assets from the asset store. That's the point - you don't have to reinvent the wheel.
I'm just not going to accept a baseless assertion that "you can't." Show me a technical reason why you couldn't build, say, Subnautica, in Godot.
Take it from godot themselves, they have a list of missing features for AA/AAA developers: https://godotengine.org/article/whats-missing-in-godot-for-aaa/
I said this in other comments earlier, you don't need to rewrite Unity to build your game. Build what you need, or pick up an open source product and add what you need. I don't understand why people bring up financial feasibility if you're being charged now for a wrong choice in the past. This was to be expected. It's always the same pattern. If you can't figure out how create your game without some false promise product, then don't build your game. It's really as easy as that.
And yet somehow Godot exists.
Somehow, they managed to build a viable 2D and 3D open source engine without a massive AAA studio so clearly your assumptions are just wrong.
You just don't like being told you have to take responsibility for a problem someone else caused, and to that, I don't blame you. It's not right that we have to go through any of this. But honestly, it's time for us millennials to realize that putting in the elbow grease to build alternatives to what others have done to us isn't doing that, it's us building the infrastructure to allow us to move on from the powers that be, and if you want to break away from them, you have to. Your abusers will not liberate you for you.
It's time to nut up and do it now.
You have no idea what you're talking about my guy. First off, Godot has been in development since 2007. That's 16 years ago. Secondly, Godot started in Codenix, a consulting company that made money by licensing then-closed-source Godot. They only made it open source in 2014 - 7 years into development. This is a company that made its money through selling a game engine, not through making games. Thirdly, Godot receives funding from massive companies (e.g. they received $250k in funding from Epic Games in 2020). Fourthly, Godot is not up to par with Unreal Engine or Unity. It's NOT a viable game engine for many games being developed.
Edit: also, I'm not a milennial. I'm a zoomer. No, I'm not too young to have an opinion on this, I've been making games for 15 years.
Well, now that it is open-source, we ought to take advantage of it, fork it and mod it up to our specifications. Or just make our own from scratch.
You don't have a choice if you don't want corporations to continue holding your dick in a vice. Bitch all you want; those are your options and sometimes in life you have to grow up and make hard choices that require a lot of effort, grit, determination, knowledge and courage to better your life and the lives of those around you. You want change? You better put in the elbow grease to make it happen. The only one who's going to suffer if you don't is you.
That is a hard lesson my generation refused to learn, and we suffer endlessly because of it. Don't be like us in that aspect, please.
The mindset I was addressing largely afflicts us millennials and isn't targeted toward you. I'm not talking only to you through these comments but also to anybody else reading them, just to clarify.
Show us yours.
Sure. You can download it and uninstall Unity whenever you want. Took me literally five minutes. The only thing stopping you is you.
LMAO
You're one of the developers of the godot engine?
Can you link your commits please?
Sarcasm is lost on you people.
I'll take that as a no.
So, how much time have you spent in game engine development?
Wow, you're really not listening. Your brains just shut off at even the slightest hint that you'd have to take responsibility for something. Amazing.
What I'm hearing is that you actually have zero experience in or knowledge of game engine development, despite telling people to make their own.
Is that correct?
To quote somebody in this thread:
"So get cracking or don't complain."
You're complaining endlessly, so show us what you made.
You're not wrong that creating FOSS technologies is a worthwhile pursuit. I think what you're missing is how massive a game engine is. The average game development company simply cannot be creating its own engine or forking Godot to create a game in.
It requires a large company dedicated to engine development and tooling, and at least a decade of development, to create a worthwhile engine. If you want to make a game, fronting that development with a decade of engine development is not financially sensible. This issue is not one that game development companies can fix.
That said, if Godot meets your game and team's needs (or reasonably close to where you can reasonably develop the engine further to meet them), go for it. But it's not realistic for most developers.
You sound like you dont know anything about programming (at least engine programming). Most Engines have to run in something like assembly, else they would be too slow. (They use others too but Assembly is in like all, i am a junior dev so i could be wrong)
Assembly is already a large hurdle.
I mean it is "simple" as the arch linux type of "simple". (Nothing more than you need to run it and nothing more)
So the option is to learn assembly or hire someone (or multiple) who can, good luck by finding one that is capable of developing an engine that does not suck and does not cost a fortune.
Then you need to know what the engine should do.
If you "only" need 2D or even only some system to interact with the console you will be fine, maybe.
3D is a bit more complicated, the reason why there are so much 2D/2,5D games out supports this claim.
Then particle support if you want it...
Every feature you want has to be supported!
And every feature costs and maybe needs maintenance when bugs occur. Supporting an operating system is a feature too :)
So the engine has to be updated when a mayor OS update comes out
There are more points for why not to make an own engine and use one of the marked that fits ones needs even if it is closed source.
You where so fond of Godot so trying to help them might be a good starting point for you to life your ideals. I sincerely dont want to mock you with the sentence. If you can successfully help a larger open source project everyone is happy. If you can learn something new i am sure it can benefit you. I was only a bit mad because it felt like you are comparing engines with "weekend projects" what they are definitely not in the slightest.
Assembly usage is pretty minor in these engines. Tends to be for just a few very tight loops. It has to be redone for every platform, too. Assembly for x86-64 doesn't work on ARM. Hell, some things on 32-bit x86 won't even work on x86-64. You would never want to do more than a function of inline ASM here or there. It'd be a nightmare if you did.
That said, it's barely even touching on the complexity of modern engines. Unity and Unreal aren't just engines, they're a whole development ecosystem.
Except it doesn't matter. No matter how hard of a pursuit it is, it is one you have to do because you don't have any other choice at this point. You can't let corporations dominate humanity because building meaningful alternatives is "too hard". People are the ones who build those engines in the first place and if that means you have to bust ass learning comp sci to do it yourself or contribute to an effort doing it, you still have to do it.
Nothing in life is easy. Do the research, learn the skillsets and material you need, and do it. No matter how hard or expensive it is, now you have to put in the work and the money.
It's either that or serfdom. Your choice. I won't lose any sleep if you refuse to though -- I'll just use Godot, add to it when I need and move on from you myself. It's up to you whether you're gonna do the same and save yourself.
I'd like to jump out of the system for a moment and opine a few things:
And there's a very good reason for that: you are vastly understating how difficult it is to make something on the level of Unity or Unreal, and people here can see it. It's not merely difficult, but completely out of reach for anyone without hundreds of millions of existing revenue. Open source is not going to get you there anytime soon. By the time it could even get to the current level of the big two engines, those two would have already moved on to something even better.
It's not a choice between a corporate licensed engine or an open source one or an in-house one. It's a choice between a corporate engine and having a finished product in any kind of reasonable time frame, or having a finished product that's anything close to modern looking.
Now, I happen to agree with the statement "I want shorter games with worse graphics made by people who are paid more to work less and I'm not kidding". So if that's what you're getting at, then I agree. But know that this is what you're asking for.
Literally no one cares if I am being downvoted or not. I don't. No one else does. The only one immature enough to think being downvoted on some open source platform is a problem is you.
If I cared, I wouldn't say a fifth of a third of a quarter of the insane bullshit I spew out of this account every day.
You're also not listening to what I'm telling you because you don't really want to put forth the effort to do anything to better your situation, you want a positive solution handed to you and more importantly you want your emotions catered to, and neither of those beefs is my problem. That's all on you. I won't cater to your emotions or spare your feelings. Others even pointed you to an easy solution, Godot, and you still whine. Therefore the problem is you.
I will be over here chilling and using Godot while you whine, cry and complain. The only one who's gonna suffer is you. 😎
That's a naive way of pretending to be above it all. People downvote for a reason, and it can be useful to think about those reasons. Meanwhile, while complaining that "You’re also not listening to what I’m telling you . . . " while clearly not even bothering to address most of my points.
You can sit there and try to convince me to care all you want; I'm not going to.
Even back on .world when I told you all to get rid of the downvote feature, you all told me that downvotes were unimportant and anyone who openly cared about them is a massive autistic nerd who desperately needs to go touch grass. Now when I don't care and you do, you complain because now you can't weaponize them to try to control me.
And that is, far and away, a you problem.
Now you can choose to waste more of your precious time on this Earth trying to get one over on me and failing or you can do what I told you to do: use Godot or make your own engine. Your choice, fam.