Why Godot Over Unity or Unreal Engine?
Вставка
- Опубліковано 25 лис 2019
- People often ask, since you can get Unity or Unreal Engine for free(*), why would you choose to use the Godot engine instead?
This video answers that question, looking in-depth at half a dozen reasons why you might want to choose to use the Godot game engine. We also then look at a half a dozen different reasons why you might NOT choose the Godot engine!
Link:
www.gamefromscratch.com/post/... - Наука та технологія
Link to text version:
www.gamefromscratch.com/post/2019/11/26/Why-choose-the-Godot-Game-Engine-over-Unity-or-Unreal-Engine.aspx
At least one 9 and one 10 years old were able to create a platformer in two hours by only having prior experience with Scratch and a little guidance! :-D
@@programaths that's a different topic all together! I covered it too though ;)
www.gamefromscratch.com/post/2014/09/16/GameFromScratch-Guide-to-Getting-Kids-Started-in-Game-Development.aspx
A why use UE4 over Unity video... although I don't know why I'm asking for this as I prefer the feature set of UE4 already, so I don't need a video :D
On that unity hub, ya I'm pretty sure if you go and try download unity today, they'll make you download the hub.
You convinced me to take a look at Godot.
Fun fact while reading the Godot docs:
the editor is a Godot game
"I used the Godot 2 to create the Godot 3"
"I used the game to make the games" - mah boi Thanos, 2069
Let's use Godot v3 to write Godot v4! LOL
is it real!? or just some pranks from go dot
@@ShiroCh_ID Well the built-in UI tools look like the Godot editer
@@ShiroCh_ID its bootstrapping. For example, the c compiler was originally written in assembly and then rewritten in c.
I really think Godot can cause a storm in game engine market like Blender already does in 3d modelling market. Because of it's community and it being open source Godot have massive potential to being one of the best game engines.
Amen Brother!
godot should make steps like blender did, then it will have success like blender
It took Blender a decade to get to this point from basically being a non option. Godot is starting at a better position but it's still going to take time to become popular.
That is true, like blender, and work close with blender......i use linux and blender is only option for modeling for me is the best, ok hudini is 5 years from all tools now....
@@1crude0slick1 Godot absolutely supports VR, and it's one of the easiest engines to get VR up and running in.
16:45 The guy working on Godot's VR support said that Oculus has contacted them and even furnished the Godot VR team with free hardware to help them with their Oculus Quest support, so they are starting to get noticed.
Really nice, and it's nice to see interest in here!
To add a return on experience with Godot, having worked with Unity and Unreal on the last generation (Unity 4 and UDK/Unreal 3), but also other tools like Construct, some javascript game development.
Some extra pros:
- Godot feels and works great for 2D. You compared Godot with the game industry's leading engines, showing it's powerful enough to start to make the comparison. But if you take the 2D side and look at all the alternatives out there, Godot's already a serious option including for professional work.
- I find it great to learn and teach object-oriented programming as Godot's node system nudges you towards good object-oriented practices. Not that I consider it *the* way to code but as most of the programming world, and especially the gamedev world revolves around object-oriented programming, it's useful to get good foundations in this programming style.
Cons:
- I'm working with 3D lately, and clearly not only the performances but also for me the tooling doesn't compare. Editor bugs get in the way, level design tools aren't very productive yet, some features are just not there yet or haven't been tested thoroughly in production.
- The docs, not only the lack of some docs or code reference, but I have a subtler issue with the difficulty we have to get a consistent style and polished docs, as you have dozens of people contributing here and there. Large companies like Unity can hire technical writers and editors who can focus on the reference and manual, keeping it complete and consistent.
In regards to employability, I'd do a reaction video linking to yours if you don't mind. I don't think that using any engine would have a big impact on your employability in general. I've personally barely ever used a resume in gamedev. Your portfolio and networking skills are so much more important: if you have a good demo to show to employers, you're instantly ahead of the unending pile of resumes studios receive.
Between studios that use their own technology or pipeline, the scope of the job you're applying for etc., to me, your general transferable knowledge and skills matter a lot more than your experience with a specific technology.
You can, of course, decide to specialize in a given technology, becoming a "Unity developer", like there are React developers on the web. But to me, this may limit your opportunities. You can be a general game developer who e.g. specializes in AI (Razoric in our team did that) and get up to speed with any specific engine in little time.
There's a lot more to say there, I'm mostly writing that for those who aren't too experienced and may think they must use the most widely-known tools. Having notions of Unity and Unreal will never hurt, and you should try different engines anyway. Sticking to one isn't as useful or as important as it may seem job-wise.
I'd agree mostly with your employability section, though I'd differ in that the choice of engine or engines you use when learning and building a portfolio absolutely matters a bit more than you give it credit.
For instance, I used rpg maker when I was younger and then game maker studio before finally jumping into the more popular engines and though they helped me understand concepts and get right to building games ofc I wish I had made that shift sooner. This is mainly due to those first two engines having a proprietary scripting language attached to them, whereas the more popular engines generally use a widely practiced and directly transferable language (c#/c++, etc). That way, if you ever need to do some work in another field you've got those highly sought after languages in your pocket.
I understand now that programming languages are generally just learning syntax once you've got the fundamentals, but cutting my teeth on something like gml(game maker language) really held me back over just diving in and learning c++ from the beginning. This is obviously a lot of personal bias, but I'd imagine there are many like me.
@@johnmalvent2189 We align there. As I said: "your general transferable knowledge and skills matter a lot more than your experience with a specific technology". RPG maker is a particular case where it's designed to make such specific games with a lot of premade components that it's not the best tool to build a portfolio either.
I was thinking about the breadth of tools available out there. Not popular programs like GMS, construct, but frameworks like phaser, haxe engines, libgdx, panda3d, etc. Also, you're talking about programming jobs, while I'm thinking about the broader game developer: design, UX, UI, tech art, etc. are also concerned.
I'm not saying people shouldn't use Unity or Unreal either: I'd encourage people looking for a job in 3d games to spend a few weeks with each at least. But also to invest long hours into making polished portfolio pieces.
By the way, I met two Godot users already who got a position in the game industry, where they're working on completely different tools.
One man in particular, Zach, was a translator who learned the ropes and built some 2d games with Godot. We met a few times in Japan. He got employed a few months later in Tokyo.
Note he also volunteered in game industry events, so he probably made some good connections there. Contacts are really important to just find opportunities in the first place.
@@Gdquest Indeed, and honestly networking has got to be equally important. I've known a few social butterflies that didn't really stand out design wise who have landed jobs. That's not to say they were bad, but you can make up a lot of ground just by having a presence around the industry.
After watching this video and looking more into Godot, it's definitely got a lot going for it. It's open source aspect in particular give it major points.
Isn't Unity's documentation pretty bad though?
I use godot because it runs well on Linux.
yeah same, as a linux developer it's probably the best option
Unity works well, but Godot obviously is even better.
@@ChrisD__ yeah
@@ChrisD__ I disagree. Unity runs terribly on Linux compared to Windows, for professional use anyway. I guess a hobbyist or something its tolerable. But it will be "supported" next release, so hopefully it will feel native or close to native. I think UIElements will help with that. I can't wait then I can nearly jump ship and have Ubuntu as my daily driver WOOO!
@@broganking9830 Oh yeah, I meant it's useable and performs better than Godot.
Aint no one guessing now.
Is Godot a good choice for a city building type mobile game?
* Performance and 3D -wise.
Any advice will be much appreciated!
Why I moved to Godot -- Linux support. The small binary. For 2d, runs well on subpar machines. The access to the source, which as a C++ n00b still feels approachable. Free as in freedom and beer. A great community!! And where it's lacking, I hope to be able to help more over time, whereas I have no hope in improving Unity or Unreal.
Then why isn't linux as good for the same reasons? It's a dumpster fire from what I've seen + experienced, and the "helpful community" is toxic and elitist.
@@okie9025 the thing is there's a lot of linux distribution. what tf did you choose?
All 3 of these engines have Linux support (though i must admit the Unity support might have just been released after you wrote your comment). Having access to source is very useful especially if you require features that the current engine does not support. Though personally i stuck with Unity because i like C# and Godot didn't support it at the time (Also i personally hate dynamically typed languages like GDscript, python etc)
One reason to prefer Godot that I think you didn't mention, is that besides being tiny, godot is also quite lightweight. Even in my potato the engine launches in just a few seconds (4 or 5) and it has no compile time so the apps you're building also fire up instantly*, and it takes very little memory compared to others. Even compared to Defold, which takes about 500-700 MBs of my memory, godot takes only about 200-300 MBs. That's even less than VSCode's memory footprint. To me that's great, because I only have 2GBs of memory and a very beaten up Windows 7.
*(though this is also dependent on how you're coding them and managing resources, etc)
This is super important imo as well . UE4 takes forever to run in my laptop
When i got it i could even get it the thing to open it up
use linux lol
@@moioyoyo848 Yeah, when you use Linux, Godot is going to give you an advantage there too.
A program that doesnt make my laptop heat up? I'm up for that shit!
aged like fine wine
olol
I started making my game in Godot, but ultimately switched over to unity for 3 main reasons:
1: C#, at the time i switched over to Unity, C# was not a viable option in Godot, it was far easier to just switch to Unity
2: Single Script Objects, every object in godot could only have one attached script to it, whereas in unity, if i want to re-use a class and add more pieces to it, i just add two scripts
3: The forums, i asked for help with a UI problem in godot in the discord, they told me to file a bug report, i did, it was ignored for many months, and then my bug was deleted for being a duplicate because someone else file the same bug report, but they reported it 7months after i did
To be fair here, you CAN create instances from plain old classes (without ": MonoBehaviour" or ": ScriptableObject") in your C# script attached to a game object. You can probably do the same in Godot if you use C#.
and 4, Exporting is a hassle. I hate Godot!
Godot is not complete at all. I followed exactly the same way of yours. In Godot I tried to add AdMob ads for Android and iOS but because they switched to a newer version in plugin system, all previously made AdMob plugins for iOS became trash. Also all of them were made by individuals, there was no native support for it, so all projects were abandoned and no support became possible. Forums are full of newbies and beginners, no one knows anything about advanced topics. I had no other option but made my own iOS implementation for AdMob. Took a big effort for me to complete but I did in return of wasting one precious month of my time. Next thing I wanted to implement was Facebook logn; again there was no native support for it. I tried fan made plugins but they were made for decades old Facebook SDKs, another waste of time. Finally, I had no other option but implementing my iOS Facebook SDK for Godot. Normally I would never do that but after spending that much resources for my game, I had no chance to throw them up and start from scratch in another engine. At the end I have managed to finish up my game in Android and iOS platforms but in Unity, you can buy a $9 component for adding up all major ad platforms into your project with a single click. Also for example, if you have to make use of Facebook, Facebook has its own SDK with Unity support. Situation is more or less the same for everything. You want to include Appodeal for your project? Appodeal provides its own Unity package. In Godot there is no such thing at all. Also Unity has asset store with almost 100000 game ready assets. Pay 20-30 bucks for some asset and your package is ready to code! One final thing is the script editor: it is not possible to compare it with Visual Studio or JetBrains Rider. Code completion and stuff are making coding extremely hard in Godot's buggy editor. Sometimes you fight with that annoying editor to get one piece of thing to be done. So if you are a serious game maker, Godot is far from being complete. I am sorry to say it but Godot is nothing but a waste of time, a big one. Does it produce better results than Unity? No! Does it take shorter to make games on Godot than Unity? Hell no, not at all! Does it make sense to learn GDScript which you can't use anywhere else? Does it make sense to spend time for teaching employees GDScript instead of directly look for employees who can code in C#? Never! So, there is only one point to use Godot over Unity: if you can't afford to Pay $150 per month, you can use it. If you want to code half of the engine by yourself in several platforms, go ahead and choose Godot. So, starting with Godot was a big mistake for me, I certainly recommend developers not to repeat my mistake.
@@tolgakaranlik Amen!!
@@tolgakaranlik godot has better performance in 2d. I'm tired of all these Unity games that are lagging even in main menu on my Android devices and overheating them.
One of the most important feature, IMO, is that godot users love sharing and helping others. Sharing code, assets, support is mainly done by pleasure and for the project growth, not for money. And that changes all. They are passionnate people !
Then, the resources are generally less numerous but with more quality, because people wants to help, not make money first.
Not really need 300 books or 100 000 assets, if 80% of them are outdated or just crap.
I rather prefer quality over quantity
Laurent Ongaro - GaméaMéa Studio good points!
It actually depends... Many can write code but few can write it good and almost none can make it so it's easy for everyone else to understand. When coming to getting off the beaten path, what matters is those basic demo projects that has very clean code and clear comments on everything, rather than snippets that does something specific but not as easy to dig into.
Honestly UE4 has a great community behind it also.
Unity's not so much.
Unity has that too, the unity forums are full of every possible problem you could ever dream of and 15 plausible solutions for that problem
yeah the litmus on this assertion is to go to Github and search for Godot, Unity and Unreal Engine.
Minor unreal engine correction, it is 5% royalty on gross product revenue after the first $3,000 per game per calendar quarter.
So if you only make $2,999 each quarter ($11,996 per year) you don't have to pay anything?
@@FerGalicia yes.
@@FerGalicia per title, yes. So if you had 2 games making less than 3K per quarter you still wouldn't have to pay them royalties.
@@TheAndrejP So the perfect business model would be making hundreds of little games that sell poorly.
@@MrHarumakiSensei I suppose so.
Wonderful quality, very refreshing, very informative and high quality content. I'll use your tutorials if I ever make the switch to Godot. Liked, subscribed and commented, just to give something back. Cheers!
Also, you can now use Haxe in Godot thanks to this: ua-cam.com/video/WlZGJ5c2FFE/v-deo.html
#6 is the most important reason to look at when picking a toolbox to learn, for people new to the field. It doesn't matter if one toolbox has a bajillion tutorials/is completely free/has full source code access if it doesn't feel as natural/intuitive to use as another toolbox.
Great and well balanced video. I would love to see the same comparison between Godot and Game Maker Studio 2 as those are often compared to each other for 2D games.
here is a question (everybody feel free to jump in answer) is it possible with godot to endup and compile your game down into "one single exe file" and thats it no aditional folder no data files all within the exe file ? (and im not talking just pack it as zip and run in zip runtime or something like that more along the line of a pure demoscene exe file where for example tilesets are part of the ascii code of the file itself
I'm really hyped for Godot 4.0. At the moment, I'm staying with Unreal for my 3D game, but hopefully I'll be able to switch to Godot 4.0.
For 2D, tho, I'd go 100% with Godot, gdscript is so easy to learn and use.
I'm taking the risky road and building my game on the 4.0 Vulkan branch.
@@ChrisD__ How stable is it? I'm still waiting with development for 4.0 to really kick it off.
Ouassim Aouattah agreed
Chris D how’s that going for u???
If you're far into dev switching engines isnt a good idea. Especially from unreal to Godot. Unreal has a plethora of features and items that make it kinda the one hop shop and easily integratable while Godot only supports .DAE and OBJ formats for 3D animations and objects, which you ALSO need to export with Better Collada or else they will not work right at all.
ya'll talking bout those super good game engines.
but deep down we all know scratch is the best engine
lmao
LMAO
*LMAO*
Lol.
Hell yea
Thanks Mike! This is the kind of video comparisons between engines that need to be created. For some reason a lot of videos surfaced on these topics in the last weeks for some reason and some were smart about it by mentioning their needs and how their engine helped them with those needs while others were complete idiots making a false dichotomy and completely ignoring the purpose of an engine.
Again, YOUR engine is always the best since you would create it for your purposes. Most of us here however are not interested in creating engines.
I knew that 2D was more Unity's suite than Unreal's but Godot seems much better for that purpose based on this assessment.
With Unreal, it's hit and miss for me. I make 3D games exclusively so a 3D environment already set up is more than fine for me (Unreal). And although it feels like modding, I would gladly take that over days of frustration in coding Lerps or Angular speed. Something that frankly is not game related but housekeeping. The fact that I can think of a project and get right down to just building the gameplay over trying to fiddle with controls is a big plus.
For Unity, if you have 2017 and below, no hub and I despise that application. Read the terms of service and it's basically spyware for something that did not need to be done.
Anyways, good job!
Also Unreal has a black friday sale with a lot of goodies :P
the amount of times you interchange unity and godot in this video and somehow not noticed it in the edit is outstanding.
Great video, thanks for all the comparison! I'm gonna download it and give it a try
Just curious, have you worked on any games? Sorry if you have already talked about it in a video or something
Thank you for this. Getting Godot today, and will be creating my first game and sharing my progress on UA-cam. :)
...one year later... 🦗
@@jaromor8808 never ended up happening. Life got in the way. 🙁
I really can't wait for 4.0 and Vulkan. It will elevate 3d game performance massively and probably open up the way to a lot of "triple A" graphical features.
Unity is still my choice to learn((( lot of job offers have "unity experience" as a plus. For own projects - Godot
the problem is that buying a 15tb hard disk isn't enough for working seriously on Unity, just because Unity isn't much more than a messy bloat of patches over patches
@@PauloSilva111 And Godot is NOT for beginners... Just a few tutorials + unity has better documentation
@@PauloSilva111 I don't have Problems with Unity?
@@PauloSilva111 lol..not even close... you really have no idea. Youd have to be doing something really stupid for that to be the case
So all you need to master is C#?
Thanks a lot for this!! I'm an Unreal dev but I often tell people that I want to make it with Unreal so I can switch to Godot. Speaking of, I would actually be very curious about a video in this format that takes a deeper dive into Godot; covering things like materials, shaders, animation, performance profiling, etc.
For that you're getting more into tutorial land... Thankfully I've got you covered there already.
www.gamefromscratch.com/page/Godot-3-Tutorial-Series-Index.aspx
3D work in Godot will be a much bigger pain than 3D work in UE4 if you already know UE4. You don't know just how much UE4 does for you until you don't have it.
@@gamefromscratch Thank you! I didn't know about this resource... Awesome!
@@kaleidodeer I agree - UE is definitely the 3D engine of choice. But I'm really keen on branching into 2D which is why Godot has had my interest for over a year now :)
I tried both unity and Godot and i cant explain why, but i felt way more compfortable in godot. I also think, godot is really cool coz its so light. I like that the text editor is includede and projectfiles are so small... :)
Godot is just missing popular projects made in it.
(also i already can python, so gd script was easy for me)
Sonic Colors Ultimate is written in Godot, so this may be you green light
fantastic video, very comprehensive & professional, thanks a lot GFS!
I'll try Godot because I always feel like I'm modding some other game with Unity or Unreal. Maybe I'm not using them correctly? But the open-source aspect and your arguments are enough for me to give Godot a try! Thanks dude.
I'd probably agree with most of this video. Good as always!
The thing I'd probably disagree with is your praise for Unity's ecosystem. While yes... it is huge... and there are definitely some gems out there. It has grown to the point where it is actually difficult to find what you need (unless you are willing and able to just pay for it.) I was working on a professional project using Unity not long ago... and it was a nightmare. I'd find what I was looking for and it was outdated so didn't work anymore. Or I'd find it and it has not been implemented yet. Or we'd update our Unity version and half the stuff I did get working would break.
Not that Godot's is better. If what you are looking for is there, it is easy to find though. And it is growing constantly.
My personal favorite part of actually working with Godot over Unity though is the node system. When I first started with Unity I was very lost in how to get different things to interact with each other. This was way back when Unity was first getting popular and then again after a few years of not using it I came back and had the same troubles. In Godot it was instantly obvious to me. Organization in general was just nicer in Godot. Which of course is my personal view but... it was like night and day for me.
If you have a potato pc like me, use godot :D
Daryl De Guzman Opening google chrome sounds like a missile launching. Yeah i am choosing Godot.
get a new pc
zoloft dependant xd just did a few days ago
Thank you lol
@@zoloftdependant5246 just stop being poor lmao
Thank you so much for this video. I had no idea that something like Gadot even existed. Can't thank you enough for this video.
I have been exploring Godot for a while and I thought of a game that I can make! I will start learning today-tomorrow and I'm very excited to start. Thank you for creating this video, it really shows me which is better and I've chosen to go with Godot since it's pretty beginner-friendly in my opinion. Thanks.
13:44
Yes. I despise the ECS in its current form, and it's actually one of the major reasons I'm moving to Godot. I've also found that certain features of Godot are better for features I've got in mind. For example, the ability to use gdscript as an interpreter language at runtime means you can modify scripts post-production, and even search for external scripts with some extra code. Boom, instant mod support.
You can easily do that with Unity since Scripts are just components. I'm sure Unreal has something similar.
@@sandsalamand3763 I don't exactly know how to get reflection set up in unity, but I do know that you can load external assets through asset bundles. Though these can't store c# scripts apparently.
What ultimately drove me to Unity is just the vast size of the community, the amount of tutorials etc. that are easily accessible. On the other hand I've never even heard of Godot before I decided to dive deeper into the whole GameDev thing. There always only were Unity and Unreal.
Okay, that's probably the 10th video I watch from you. And guess why? Tadaaaa I subscribed! And I can tell you that's hard to get my subscription even if it's free. Just awsome man keep it up please we needed content creators like you on this sick and sad platform. I'll take a look at your content with more and more attention within the next weeks. Thanks a lot for all this passion you put into your videos!
Thanks for the video! I really appreciate your work!
Wow! Cool and very fair review 👍 Great stuff 👏🤓
My choice is Unreal Engine.
I do architecture visualization and almost do not understand anything about programming, but this does not prevent me from doing projects.
I several times sought aid on official forum Epic and routinely received big and voluminous answers, sometimes respond even themselves framers engine, answers were more not as solve the problem, and as works this fuctsiya in engine UE, where can be deeper to study question and in than my mistakes.
I think for ArchViz, Unreal is hands-down the best choice out there. They focused heavily in this space and it shows. UE4 is also my recommendation for an Artist (non-programmer) looking to showcase their abilities in engine, but lacking programming abilities. It's import capabilities/results are as good as it gets and Blueprints is probably the most intuitive "language" for non-coders.
But that's for another video. ;)
I think UE4 is not just great because of the high-level advancement and features, but also the support and the massive community it has.
@@gamefromscratch hell, blueprints are intuitive for engineers as well. We haven't yet hit the wall where we have wanted to do something 'impossible in UE' so we only really rely on C++ if we're dealing with more complex algorithms which we then just implement as a new blueprint node.
I love how someone can ask a question about how to do something in Unreal, and then someone can answer the question with a zoomed up screenshot of the blueprint nodes. DONE!
@@emerald_pollex this is a super underrated point. The Kismet Library that Blueprint uses is also available on the C++ side so Blueprints can be used to demonstrate solutions even for C++ purists.
Hi, great video, can you make a video like this with Playcanvas?? or for a short answer do you recommend Playcanvas?
I recently had a professor who was supposed to teach me Mechanical CAD (computer aided design) spend a whole semester teaching me tkinter in python and then give me a final project to make a 3D capable program.
I turned to youtube and watched some tutorials on how to use Unity. I took a c++ in high school, but I didn't really have much experience. I managed to complete a simple 3D "demo" ( i wouldn't even call it a game ) and i think the professor liked it.
But I realized that I kind of enjoyed the experience, as a hobby.
So now I'm considering trying to learn some Godot, or maybe Source 2.
Two questions:
1.) What do you think about Source 2 ?
2.) Between Source 2 or Godot, which one (or both if applicable) supports Linux "more" ?
Thanks.
Godot has some great potential and who doesn't like open source and free with a liberal MIT license? I consider Godot Game engine to have the best Python-like editor. I like the system overall. Some issues to fix. Godot really needs to improve the online documentation, have some up to date books and courses. The online documentation is sometimes out of date / incorrect. I also suggest adding templates and tutorials like Unity and Unreal Engine. The moderators for the Godot project on Github need to get off their high horse, admins/mods even trolling people who report issues, ask questions.
the attitude from these admins on the official forum is ludicrous as well, they are extremely arrogant, and forces us to report bugs and suggest features on github only (quite annoying issue, specially when we boycott github)
@@PauloSilva111 Report it to Github, because a 1) few bad apples shouldn't spoil it for the rest of us. 2) the message will get through if enough of us report it. I really like Godot and I want to contribute to it to make it better. I had a long career in the testing field (SDET) and I'm giving them free feedback. =D
The cost thing is really silly. If you are an indie developer, or even better an individual making a game and your game starts to sell hundreds of thousands of dollars a year...are you even going to worry about paying Unity a couple thousand dollars? To me that is a much smaller issue than having just a handful of people working on the engine. Unity and Unreal are going to march forward based on the thousands of employees they have working on the engine and they have enough people to do dozens of improvements at the same time.
But when you are a beginner and broke a yearly subscription can kill your passion to make a game in the first place
@@mariamejia936 You don't have to pay the subscription until AFTER you start hitting $200,000 in sales. You can basically have an upper middle class income without ever paying a dime. Only if your game goes crazy successful do you have to start paying the subscription.
Excellent comparison, thanks for the information.
Loved this. Thank you for making.
Thank you for this video! I've already started working with Godot but this video made me that much more confident that I've made the right choice. Basically all the advantages Godot has over UE4 and Unity are things that are highly relevant for me, while the disadvantages aren't really a big deal at the moment. It's great that you're going into so much detail on a lot of different aspects, rather than only talking about graphics rendering and such, which I've seen many other game engine-comparison videos do. Thanks for the good work man!
Great overview. Installed Unreal and messed with it for 10 or 15 hours. Good lord . . . no. Haven't tried Unity, and probably will not. Couple weeks ago, grabbed Godot and have been fiddling with it. I LIKE this. Seems pretty ideal for my purposes!
Thanks for this awesome comparison! I'm considering Godot over Unreal - which I'm currently using. You mentioned license issues in relation the game consoles - do you see similar issues in relation to publishing on Apple Store (iPhone/iPad) ?
No, just consoles
One small thing that is already starting to get outdated, both Valve and Oculus are now providing support to Godot. Indeed not to the level they work together with Unity or Unreal but there has been a definite change in how these companies approach Godot. So we've been out of the "Godot isn't being supported by hardware manufacturers" realm for a little while now, at least in the VR space. Your remarks around consoles are spot on though, I do hope this will change in due time, even if we will never be able to add propriety licensed code into the core there are options here if the console manufacturers see more value in this.
There are options already but until these become more visible as people release Godot made games on consoles, the stigma of Godot not supporting consoles at all will stay.
All in all, the attitude of the bigger players in the market is changing, it's definitely closing the gap it has with Unity and Unreal. But yes, regardless a valid point you are making.
3D performance wise, you are 100% right about AAA games, out of the box Unreal and Unity currently beat Godot hands down and they probably always will. The problem I personally have with that discussion is that most people aren't making AAA games and wouldn't even be able to make a AAA game if they chose Unreal or Unity as the game engine choice is only a small part of that process.
When you look at what people are building and what their requirements are, if the 3D engine of Godot fits their needs all the other points you mention in your video become far more valid points to base your choice on. Ferrari, Lamborghini, McLaren, they are all the fastest cars in the world, so why isn't everybody driving those? Why do people buy Toyotas or Kias or Hyundais instead? Well simple, because they are more affordable, more comfy, and they get you to work and back just the same as the fastest cars in the world do. IMHO the question isn't whether Godot has the fastest 3D engine, it is whether Godots 3D engine is good enough for your purpose.
As people who are currently working on 3D games in Godot and nearing the completion of their projects I hope we're going to see some proof of that soon.
Game engine choice imho isn't about which one is best, it's about which one fits your needs best and allows you to build the game you want to build. Ultimately imho that is an incredibly subjective and personal choice that often has far less to do with how good an engine is and far more to do with how good YOU are with using that engine.
Given your kia/Hyundai etc example... I would argue that in my video I actually made that point with the first two points about being free and then open sourced. That qualifier was already there.
I would certainly agree for many users 3D in Godot is more than good enough. When it comes to a direct comparison between engines, not acknowledging the performance disparency would have been misleading.
It is cool to hear VR companies are being proactive with Godot. I've long championed the work you've been doing on VR/AR, so awesome to see you getting some support.
@@gamefromscratch Yup, that's why i really enjoyed your video, it's a really good overview of both positives and negatives with a good message at the start that there is no such thing as one engine being better then the other, it's all about what fits your needs and wishes best. That makes what the best engine is completely subjective.
For me, doing all my Godot work in 3D, I would just have liked to see a little more nuisance on that subject but I think a big part of that is the bigger discussion going on. There are an awful lot of people who just ignore Godot for 3D just because it has gotten a reputation it "can't do 3D". And I guess it irks me because its factually wrong:)
On the VR side, it's crazy, it really feels like things are speeding up, we've got a bigger team now esp on Quest development, we're getting noticed, it feels like 2020 could be our year :)
Let’s be honest, we’re not gonna make 100k a year
4:32 Jesus christ man you should've added a jumpscare warning or something cus that made me have a forced aneurysm!
damn he really shoulda warned u so that u didnt have to force out that joke
hahaha what
thx for reading my comment and respond by a video hope this will help many people to find the game engines for them
I think it is time to update this video to reflect the new circumstances and feature sets.
If someone wants to start a 3D game right now and discards Godot because of it's current performance, please keep in mind that version 4 will come soon (2020 I think) with its new Vulkan renderer and that you probably won't ship your game before that
6gbs for Unreal Engine 4? Since when? For me it's 31.1GB as a clean install.
But yes, you have to install Unity Hub.
You don't need to install Unity Hub. Every Unity module can be downloaded and installed separately from the official website.
Very good summary of the three engines. I appreciate the honesty.
OMG Yes!
I have been waiting for this all my life!
i love Godot But my main issue with it to export animated models from blender . better collada dosnt work in blender 2.8 and the regular collada blow my rig
Update: Downloaded Godot this morning and ran through the tutorial (took about an hour as I got used to the UI). VERY similar to Unity (scenes, nodes = game objects/components, etc.). Even some keyboard shortcuts are the same (Ctrl-D to duplicate a node in your scene, F2 to rename). So very impressed with it.
I didn't go for their scripting language as I don't care for trying to learn a new language that's tool specific. Same reason why I'll just stumble through gamemaker code and never touched UnityScript because the world has enough languages that do this and don't need uncanny valley versions of industry languages.
So I downloaded the C# version and went to task. A few things were annoying (probably because C# isn't 100% realized in the tool yet so that's fine). Connecting to signals puts the code outside of the class (no biggie, just cut and paste it in) and some other nuances and blips. For example they do provide GD script and C# examples, but the text of their tutorials always refers to functions and syntax for GD script, so you have to do that translation in your head to figure it out. I built an EXE out of it and it's pretty nice. You end up with an executable and a data_PROJECTNAME folder so again, heavy Unity influence here. The assets look like they're packed into a .PCK file so basically some kind of archive format they use.
Overall pretty impressed with everything. The "open source" angle is always a myth (Unreal or Godot). Very few companies and even less indie developers are going to find a bug in the engine and roll up their sleeves to fix it. They have better things to do with their time like writing their games, not troubleshooting someone elses tools. Yes there will be people that do this and while the option is out there and the Godot source is simpler than Unreal (I'll take your word for that, haven't looked) it's just not the norm. It's the same fallacy with running Linux for companies vs. Windows. "Oh if there's a bug we can fix it!". Yes it happens, but it's so rare and specialized that it doesn't factor in as a benefit IMHO. In any case, Godot definitely is a great option and as you said free as in beer vs. the others that are more like free as in puppies. The quality of the tool is nice and it has a lot of features and produces solid output.
If you don't want to commit to Unity, find Unreal too big of a monster, and don't care for GameMaker then this is great choice.
Personally I'm still on the fence with it as far as "should I build a game in it?" but for sure if you're looking for something and either want to use C# or learn their GD script, this is a recommended tool in the tool belt.
F2 to rename is pretty much built into windows by default, the only program that doesn't do that is Jetbrains software. I think all creative programs use ctrl+D to duplicate aswell
So Extensive! Quite a very broad list of key elements developers generally contrast when choosing a game engine
HTML5 export is also a strength of Godot. Unreal has pretty much given up on html5, and Unity's feedback loop for a simple scene with nothing but a cube in it is terrible. Godot compiles and runs an html5 game very quickly.
I've heard changing Unity's scripting backend from Mono to IL2CPP should fix html5 performance issues.
The export size is actually huge compared to Unity. I tried and the last time a one node Godot project was 13mb vs an empty scene of Unity of 5mb.
Someone can argue that ¨5 or 13 mb is nothing in modern days¨ but thats not really true as people who plays on web browsers don´t like to wait and that waiting time could take your players out of interest.
As far as i know Unity was working on project Unity (unfortunatelly i don´t find it on the roadmap anymore).
My personal recomendation for HTML5 games are Cocos creator, Defold or if you want something more lightweight but without editor then Phaser 3 is your boy (phaser 4 is on the way)
@@MakuDraw you have to optimize the export before, you can't just expect to press export and godot will figure out what you need to package with your game and what you don't
Unity User here: Prefabs have been in Unity since before 2008. Were you referring the to nested prefab workflow?
Also there are some compelling 3rd party visual scripting solutions out there. Bolt is my personal favourite. Thought it might be worth mentioning.
Yes. Nesting is pretty much a key feature of Godot and was just recently added to Unity.
I made a point of not including 3rd party languages in that consideration. All 3 engines have a variety of 3rd party languages with massively varying levels of support.
That said, I do to a degree acknowledge this in the ecosystem weak point
Can't wait for Bolt 2.0
Do you have any plans to go into ECS style development in Unity/Unreal/Godot?
11:39 I think you meant to say "this is where Godot really really shines"
I made the switch some months ago. I dont look Back. Godot all the way.
ilum88 why do you comment that same question under everyone who says they use Godot?
16:08 why is that "robot" blinking, though?
To wipe away the dust off his lenses.
it wants the D
The most thorough video I've seen on GODOT. Thank you.
i love prefabs, i mean nodes. I will give it a shot! Ty for such a through break down of differences in comparison to godot.
Meanwhile I’m using Defold for the next 2D games , after a week of trying both Defold and Godot.
Godot somehow is like Unity on diet. But I still find myself unable to memorize its functions after all long tutorial ..
Hey cool that you're using defold. Been thinking of trying it for a while.
After 2 months, are you still using Defold? At the moment I'm sticking with unity mainly because you can easily port your games to consoles.
@@simonbachmaier4694 Ya.. still using it. Can't beat the speed, build-time and size for mobile app made with it. Especially on iOS. Where Unity have to port the whole .NET 4.5 to CPP.
Reference games if you interest : Candy Crush
@@thanatosor Cool that you're still using it! Didn't know that it has a significantly smaller build size.
I think I should just try it out with a prototype.
@@simonbachmaier4694 Sure, take a week off.
At least, I have a feeling of progression everyday with fast iteration.
9:47 Am I the only one who prefers to use worldspace units like unity does instead of pixels?
You are not alone. I wish it was possible to define a worldsize for Sprites instead of automatically use the initial texture size. When you are making a 2D HD game and not a pixel art one, it's really cumbersome.
Have they improved godot i heard it was prettu buggy and was missing a couple keys features
Is there a way to see all the commands whit a short explanation?(every game engine)
Google dosent seem to understand what i search for.
bruh real reason unity people get pro version is for dat thicc DARK SKIN
@4tran lmao
I looked into all three of it and after all actually, I stick with Unity.
More tutorials..
At the moment. There is no comparison between Unity and Godot. The most common reason they to chose Godot is that is easier...
@gianny dantas Ahahahah
Were learning Unity in school and I really enjoy it especially with the use of playmaker for early coding source. Not a huge fan of Unreal yet. Def gonna try Godot!
I also use Unity. I have seen a lot about other engines but it doesn't seem worth my time to relearn a whole new engine and/or programming languages. That's working backwards, and unity hasn't yet shown me a single bad feature at all.
Would Godot be a good choice for a pure simulation game? I mean 2D text based with no actual 3D assets or "levels".
I'm close to starting a sim and want a truly free engine that is robust enough to handle a LOT of data.
Thanks.
You need ADB for android games right? which is kinda big
Reason to chose Unreal or Unity over Godot or any opensource community driving app.
RISKS + Development cycles and support.
One major risk also comparable why large cooperation rarely buy software from small developers, the developer might go away, if not bought out.
Loosing compliance and update ability down the line.
He addressed this issue in the very end of the video.
Unity has more tutorials on internet though
Most of them barely scratch the surface.
@@user-og6hl6lv7p This ^, I can search up how to make hovering in Unity and what you get is a surface level hovering that isn't that useful for an actual quality game. What I had to do recently instead was find out that you can use PID controllers for hovering which you can really apply in any game engine. I kind of feel generic, non-engine dependent, resources online will be enough so long as you know how to program.
The main reason though I am not using Godot is fear its lacking features compared to Unity. I know nobody asked, but that would be my main fear.
What do you think about Game Maker in general? How about difference between Godot and GameMaker for 2D? Thanks for your videos, appreciate it as always
I did a reveiw shortly after GameMaker 2 was released (ua-cam.com/video/WvRLAhsYKIE/v-deo.html).
I appreciate it, I can definitely understand why people enjoy using it, but it's not really for me. It's going to be harder and harder to sell game engines in this day and age. Hard to recommend someone spend $100 (+more per target platforms) in a world where Godot, Unity and Defold exist. Not to mention RayLib, Cocos Creator, etc.
I hope they can keep making a go of it, but its a harder and harder sell every year.
with Unreal changing that pricing from 3k to 1mill, does that change your thoughts on Unreal vs Godot vs Unity at all?
to change something in engine you have to have good knowledge of c++.
Waiting for FBX support... any eta?
I downloaded 3.2 beta 1 with FBX support included. Working well so far - the root node was off in the Y but I believe that was my export. Easy fix in Godot. Very happy now!
Hi , I m totally new for games development and don't know c++ , so which platform will u suggest,
Unity
Unreal
Godot
i'm starting with godot. gonna give it a chance. already tested some of the demos you can download, and they installed properly in my phone and apparently ran properly as well.
i usually make my programs in the console. so working with screens will be quite a challenge.
It's also worth adding that the 5% royalty for Unreal is to be paid quarterly in perpetuity for each game made with the engine.
Only if your profit is over 3000$ per quarter
Godot at the moment isn't that useful for me, still lacking many features and optmization tools
like what
@Pataxu wait WHAT.
@Pataxu Interesting
@Pataxu u mus havnt read the manuel because. acually if simthing isnt in view it isnt rendered in godot.
@Pataxu my point is godot is the tool. and the manuel set the foundation and gives you what you need to make whatever you want to make in godot. optimization tools bs. godot is optimized and if your game slow your most likely using godot rong. people are so fast in blaming the tool. and not thinking they might be the problem. but if you read the documentation its shows you how they handle that very problem. you don't need to make up excuses not to use godot. just say you don't like it and move on. or just use it. its a really good engine, from my experience i don't see why your throwing so much sade.
Really informative! Thanks~
I've been using Unity since 2015 and shipped a few titles with it, but for 2D, old style games your always fighting against it, I like the idea of Godot, but I wanted to use C#, does it have it built in at the start, I remember reading earlier on in the year you had to go though hoops to get it to work, that's one reason I've been holding off.
A big heads up if you're considering Unreal Engine. Epic Games have risen the limit of income you can make before paying royalties to $1 million. So... yeah, basically 100% free for most indie devs.
Hi Mike, I agree with you by choosing Godot over the others engines. I really like GDScript because it is an efficient, clean and amazingly easy language to learn. Keep it up!
I kind of worked my way backwards: Years ago, as a beginner with a big head, I started with Unity and Cinema4D. When I finally realized that I was out of my depth, I worked my way "down" to more simple 3D (using Blender) and 2D projects in Hippo Animator and Construct 2/3. Then I did a little sidestep back into 3D with PlayCanvas and now Godot, which I just downloaded today. Having seen what Godot can do (and having heard today that Godot just received a "megagrant" of $250,000 from Epic Games to help develop the engine), I'm just as excited to learn Godot now as I was to learn Unity when I was just starting out.
I wondered are you excited for the supposedly full Source 2 release?
It's still not certain that there will be full access or a sdk, but it's pretty much assumed.
I mean, its 5 years or so since Source 2 has been used by Valve. I doubt a full release
I would like to see more Cryengine content, personally I'm a bit split between learning Cryengine or Godot.
Go with Godot. Cryengine is very bulky, heavy and could clog up your computer and slow it down with the several gigabytes of memory required to use it. Godot doesn't require as much memory, it is portable, very flexible, it keeps getting better and more and more tutorials keep coming out for it; including some tutorials I made.
Do not touch Cryengine at all. If you're really that interested in Cryengine, get Lumberyard instead.
Cryengine was the first game engine I used, I liked it a lot, I hope getting good with it and make games with cryengine.
@@HE360 Please don't spread misinformation that Cryengine will somehow clog or slow down your computer.
Cryengine's 3D capabilities are lightyears beyond Godot. Of course engines that push more demanding capabilities are going to need more ram to run it...Engines like cryengine are bulky and heavy because they push the envelope way more. Although it is MUCH more lightweight than UE4.
Cryengine has a lot of potential but its stuck between old systems and new ones. I mean to code UIs you need to either have Adobe Animate or the ancient FlashDevelop because they still use Scaleform. Schematyc is a large WIP, so is C#. The C# UI interface is barebones.
Its a great engine for what it is but its still clogged by legacy code and it'll be quite disorienting.
Godot's 3D support is a lot more primitive and less optimized. We're only just starting to get actual occlusion culling with 3.2. Avoid it for bigger 3D projects.
Someone mentioned Lumberyard by Amazon, you could do that, but beware the community is even smaller than cryengine.
If Godot's FOSS model isn't what is bringing you to it then Unity for smaller projects is really your best bet for high performance 3D content.
UE4 is BIG and does a lot for you, but its much more complicated to use. When Unity fully launches ECS its going to be even faster.
Godot seems really cool....buuuuut, the 3D side. I'm really excited for 4.0 but until then the performance just isn't there. If I ever do something 2D, then its perfect.
its weird godot peform better for me then unity or unreal 🤔
@@dareokoski8158 not really, no.
Great review! thanx!
To be honest, that 5% going to Epic for games made with UE4/5 really doesn't bother me. Epic are the reason I know what I do about games dev and their moderators helped me so much in my noob years. Unreal Engine is definitely a powerhouse, by that I mean it has tons of features and support at the expense of file size and power-hungriness. However in recent years, that hasn't seemed to be a problem.
I'm happy Godot is here, it looks like an incredible bit of kit, but it's definitely more of a Unity competitor than an Unreal Engine competitor
Pricing is depend on your team, basically unity is good for compact team, unreal is good for huge team. Godot is a new engine, unlike unity and unreal which have been used for many year, godot need more good developer, if the game gone successful, the engine also will bump up for a reason idk. And how far this engine can grow its depend on the community itself, if the community is very large, the engine developer behind there can have more and more feedback to grow this engine so i think that is what godot need.