Seven Minutes to Decide On Godot 4 in 2024
Вставка
- Опубліковано 4 січ 2024
- ▶︎ FREE APP "Learn GDScript From Zero" : www.gdquest.com
🎮 Free Interactive Tour - The Godot Editor - www.gdquest.com/tutorial/godo...
🎓 GODOT 4 COURSES : school.gdquest.com/godot-4-ea...
Early Access Starting Jan 30
🗨 GDQuest Discord Community : / discord
------------------------------------------
🖋 SYNOPSIS
The Godot Game Engine has come a long way since it was first launched. If you're just getting started with #gamedev and trying to decide what game engine to choose in 2024 or if you're considering jumping ship from #unity, #unrealengine, or any other game engine, this video helps you get the facts and make up your mind about Godot in just 7 min.
-------------------------------------------
CC-BY 4.0 LICENSE
Terms: creativecommons.org/licenses/...
Attribute To: "CC-By 4.0 - GDQuest and contributors - www.gdquest.com/"
I'm so excited to see Godot developing. It's the same excitement I get with Blender.
Instead of commercial software where you feel like it'll get rug-pulled or stab you in the back at any moment, I'm always thrilled for the future of projects like Blender and Godot!
So, I accept its flaws as I learn to design games, and I'm so infinitely thankful to the Godot community and to GDQuest for guiding me to learn to be a gamedev finally!
I'm happy to work within its current limits because I know it's not going to suddenly betray me, and it belongs to all of us. In the meantime, those "limits" are rapidly disappearing.
Same here! I'm so happy to see more and more open source projects becoming the norm
Yup, same thing with most FOSS operating systems.
That "most" is there thanks to AOSP and Chromium OS, which are developed behind closed doors and serve mostly as bases for proprietary OSes with a bunch of nasty backstabby stuff in them, so that really tempers the excitement.
Thor from Pirate Software summed it up like this - Godot is Blender. At first, Blender was kinda trash and no one really cared, then after years of great updates it became the industry standard and you'll be hard-pressed to find people that prefer commercial solutions. Godot is currently well into the "years of great updates" period, and once Godot 5 hits the official release I'm quite confident Unity might file for bankruptcy,
@@nikkehtine I don't think Unity is going anywhere, despite my dislike for both the engine and the company. There is just too much invested in it already.
For 2D, Godot is the best, peroid. Unity, GameMaker etc. can’t compete with price, design and quality. Unity even has no proper pixel perfect camera (even with paid or free plugins lol) Sprites getting blurry or jidder if the camera moves. And we don’t need to talk about their „wild experiment“ …
I am absolutely in awe with the Godot engine. Ever since I jumped ship with the Unity fee debacle, I picked Godot (I would have gone to Unreal if it wasn't for my midrange laptop).
Safe to say, Open source is the future.
I really liked when godot game engine Incorporated the shortcuts of Blender like grab rotate and scale making the switch from Blender to godot game engine seamless
I’ve been learning blender (literally only made a couple models following tutorials) and trying out godot for the first time felt a lot less overwhelming. Having done some problem solving following tutorials for blender, I easily got pass a few hurdles from following a tutorial from a different version of godot. Not to mention many of the features felt like they carried over, which now makes sense if that’s where they took them from.
GDScript is definitely interesting to learn. I'm also learning Python because a lot of tutorial material is currently missing for GDScript. Godot has strengths and weaknesses like any other Enige. Of course, the fear of the Unity disaster is still breathing down my neck. As long as Godot remains open source with MIT license, I will definitely prefer it. If they go crazy at some point, I'll leave them too, like I did with Unity. In any case, I'm excited to see what will be made of Godot.
If they "do go crazy" you can always use the non-crazy version of Godot free forever
@@Alex-vq7fzexactly that happened with OpenOffice abd everyone just switched to a free fork, Libre Office.
Not only could you continue to use the free version, but the community would continue to update and fix it. Might take a bit for the community to unite under a new lead, but it'll happen.
All "going crazy" would do for the people in charge of godot right now is that it'd effectively get them fired... And maybe change the name of the version people use. And it certainly wouldn't be the first time it's happened with FOSS, but it happens a lot less often.
The great thing about open source licenses, is that there will ALWAYS be an open source version of Godot, by law. Even if the company behind it "goes crazy", people could just fork the project from an earlier version and make a community edition. Which is exactly what happened with projects like Visual Studio Code, Pulsar IDE(A fork of the now defunct Atom IDE), and many other projects.
@@jokr5242 if you already know python, learning gdscript will be easy. If you don’t know either, then just start learning GDScript first.
3:40 not just one developer, any developer, i mean anyone who is willing to work with you.
if you have tons of money then an proprietary software company might allow you to work direct with one of their employees to squash an bug... maybe...
but using an open source software you are able to hire anyone in the world who is willing to learn the specific code and customize it and tons of people may already be familiar with it since anyone can read/modify/distribute.
heavy paint was also developed in godot, an amazing digital painting app. Incredibly powerful
ALSO please don't get discouraged about learning to code. It took me several years before I really started to enjoy it. It can take time but this channel can get you started!
i think saying it takes several years before you enjoyed it is probably the most discouraging thing you can say following that sentence haha
i taught my friend how to code, and he enjoyed it right away despite not understanding everything right off the bat. i suppose there are all sort of people when it comes to having fun programming
@@scrung I think actually saying to people, don't listen to the learn coding in 24 hours hype or become a faang engineer in 12 months is helpful. It levels expectations. It's ok if my opinion is unpopular but way too many people have unrealistic expectations. I know I did. You can have fun immediately for sure. But I don't want people to beat themselves up for not being able to create a megahit game on their first try. Ppl need to hear that.
@scrung
I actually think that 3 years is pretty reasonable.
If you don’t already enjoy the process of learning to code, at about that 3 year mark when things start to click you will gain insight into :
1. The scope of things that you can achieve if you continue your journey and
2. That you’re still a beginner and you barely know anything
Godot expands, and so does GDQuest! I love the animations in this video and I have been watching y'all for ~3 years!
It has been beautiful to see this project grow throughout the years!
Seriously and honestly, you have to get comfortable with it before you decide...People judge "with authority" before they understand the first thing about the engine....It's truly an amazing tool to work with and those people who snub their noses at it are really missing out.
The content quality is insane! Well done!
Godot is really viable for APP development great UI dev reactive data binding cross platform single and small file all in one tools
My original plan was to either focus learning Godot or Unity and learn the basics of the other option and Unreal, but after recent events, I plan on mainly learning Godot and learning the basics of Unreal, with Godot being the least corruptible of my selection and It being Open Source, I think Godot was the best option overall
As someone who jumped ship to Linux, Foss has always been a priority of mine and I've been peeking at Godot more since unity fucked up.
I'm liking what I'm seeing so much. I have little experience with various syntax as my studies were focused more programming concepts rather than learning syntax so really gdscript looks like something I can pick up and build more experience with.
Glad I found this channel
Indeed. Too many "developers" these days are nothing more than script coders bound to a single framework because they never learned basic programming concepts and fundamentals. A game engine is simply a library of functions that does all the tedious work for you behind the scenes. The language you use to access those functions does not matter. As long as you understand this and you brush up on the syntax of the language, that the editor uses to call those engine functions, you will be able to find your way. For example, to quit a game you can write "get_tree().quit()" in GDScript or "GetTree().Quit();" in C#. It points to exactly the same function with the only difference being the different naming conventions used and the syntax.
Edit: I will add that there are use cases where you need to do a lot of calculations in a game, at which point you will want to use a language that is more optimized for the task, such as C#. This is not a fault of the engine but rather a case of the scope of your game exceeding the supported editor language. However, even in such use cases you can write task specific components in C# to do the heavy lifting, and then just implement those components using GDScript.
I really wish I could pin this comment to the video on programming languages. (Minus the kiddies part...)
@@Gdquest Sorry, I don't mean anything bad when saying "script kiddies". It's a tongue in cheek reference to folks who tend to refer to themselves as developers. Like, "Oh, I'm a React developer. React is the best!". Sorry about that.
Edit: I changed it to "coders" instead to make it less insulting. ;)
I definitely get it. No worries at all! I meant that it's a very good comment on game engines and languages.
I just put in parenthesis why I would be concerned to pin it in even if I could, in case it triggers insecurities.
In my experience, people getting started from other fields of expertise (like game art for example) are naturally unsure of themselves when they start learning how to code. Often, getting started at all is the big hurdle for most. So however they do it, I'm glad they did even if it means spending 10 years stuck to one language.
I'd rather everyone calls themselves a developer if it means they keep at it and one day become comfortable enough to see engines as tools.
Always banger content 🙏
Coming from unreal, one of my reasons looking into it is for size. Unreal projects are always big even in an empty project. For 2d stuff I’d like something a little more light weight so I can more easily dev for mobile and web browser
I started today!!! Thanks for your work
Sending this video to every single person I know that is a dev or had interest in making games.
It's so awesome!! and please go play all these indie games! my fav one is the case of the golden idol, it's a GREAT game i promise
Godot has come so far since the whole Unity debacle and it's development has been staggeringly fast compared to most other engines. In a year or two, I could see it becoming just as competent with 3D as Unity was only a few years ago.
Great video! Thanks GDQuest!
i just got into game dev
i still barly know anything. i started with unity before the big THING that they have done, around 4 months ago
back then it was scary, ididnt know what to do. but i ithink it was for the good, you guys look so awsome, i can see that this engine has a real soul and a lot of sweat put into it.
i like it so much that this is open software, that i am not commited to anything..
i think that in this harsh world, you guys are saviors for what you are doing
im so glad you guys exist, and this video got me so much motivation
Welcome :) Have fun making games! I hope creating brings you joy and a worthwhile exchange of knowledge.
I did some Unity as a hobby and I recently started to do some Godot and I barely thought that something was more difficult then in Unity but a lot of the time I just thought how easy something was in Godot compared to Unity
Especially 3D GridMaps and most UI Elements
No "reloading domain" for 3 seconds when you're iterating your game. Projects aren't a mess of a thousand files. gitignore file has about two lines vs a mess of shit for Unity's gitignore (and it still doesn't work well with git). Unity expects you to use their special yaml diff tool. The company is a clown show and the game engine a fragmented mess of half-finished half-baked features with three ways to do anything and two of those don't work on every platform. But I'm sure you can buy Unity support to fix your InputSystem on some obscure Android version.
I downloaded Godot (again) after a youtube short from PirateDev said that it's the Blender of game engines. what the short forgot to mention was it's more like Blender
Will try it for sure
in the guide that you mentioned in the video, are there any fragments that are in this video about creating locations, texture design, various collisions, animations, ways to create materials using shaders
Something that has helped immensely the Blender project is having a team that produces a short film to highlight what the software can do, and the release is timed with each major update. Does Godot have something like this?
Awesome, I have been fan of Godot since 2021! Still i miss the option to write visual code which is also possible in Unity and Unreal Engine.
This should be reference from the manual too, the "The Godot Game Engine Explained in 5 Minutes" from August 2020 is the one currently referenced.
I say this with good intentions, but marketing Godot as "used to make Sonic Colors Ultimate" is like if Unity tried to market itself as the program of choice for Digital Homicide and notably with their hit game The Slaughtering Grounds, or Epic marketing the Unreal Engine as the software of choice for Rockstar Games when they remastered GTA 3, Vice City, and San Andreas for Switch, PC, Xbox, and PS5. It's less "high praise" and more "black eye".
Love the videos, despite all that though!
Haha I hear you but it's a AAA game and the question is so recurring you'd be amazed. Plus, what's wrong with it is not Godot. :)
@@Gdquest I get that, but... it feels like having a pet elephant you keep in a single room in one's house as a conversation piece and nothing more. It just seems weird to bring up unprovoked.
But that's just me. Agree to disagree, I suppose.
I think this brought up is because some people said that Godot don't have and can't be used to develop AAA games, so Sonic Colors Ultimate was being mentioned to counter this argument, as this game was published by Sega which is not a small company apparently.
But this game was a remake of some sort, not really a new AAA video game, I think.
@@Ngong8 It also doesn't help that it's one of the official Sonic remasters that are inferior to the original release, modded or otherwise, because of how much more janky and shoddily produced the newer one is
and I say that as a Sonic fan 😅
Still no Cruelty Squad popping up in any of the little Godot game highlights sections! Gosh golly, I sure wonder why!
Someone else made the comment and I thanked them for the reminder.
@@Gdquest Haha, I was kidding. It's not exactly a looker!
I've been meaning to try it but I haven't found the time yet. I hear good things though.
@@Gdquest it's truly fantastic and one of the big reasons that i'm choosing Godot over anything else!
Cool game, looks like hot dogshit on a shingle!
I would love a tutorial on interactive system where you can talk to NPC or open a chest. I wasn't able to find good tutorials on that topic
Your goal should be having a proper understanding of how Godot and GDScript work so you can design your own system from scratch, just to get the ball rolling to have an NPC you can talk to you need a body node for the NPC itself, then something like a canvas item for a box for the text to go in, then retrieve a string to display in the box.
Look to learn individual things like how to have a body that knows when you are facing it and to trigger *something* when you press a key while facing it, then go from there.
Over the holydays I started to have the strong desire to learn game design, and create videogames. I have a bachelor's degree in electronic music, I might enroll in a media related master which has a minor in "Theory and technique of videogames". I intend to learn videogame music composition and sound design (still trying to wrap my head around what's requested from a videogame sound designer, aside from learning middleware like Wwise and Fmod). So, creating a videogame ties in pretty neatly with my professional choices and my various interests.
Is it mad to expect being able to learn how to develop a videogame from the bottom up in two years? How frustrating is it going to be? Is Godot a good choice for me?
Maybe I should just learn how to be a sound designer and think about game design/development another time. 😅
If you get into it with the right mindset, no matter how frustrating it gets, it would also be rewarding. This said, 2 years sounds very realistic to me.
We recently released a tutorial to make a survivor style 2D game. It might be a good and fun place to start. You can find it among the more recent videos on our channel.
I love your colour schemes! It's like eating candy!
I'm only just waiting for the shadows to come to the compatibility setup, since my pc phisically can't run mobile and forward +. For now 3.5 will have to do.
Thank you!!!
I am curious to what degree Godot could be a fun replacement of the old Macromedia Director to create 2D or 3D presentations.
I am also looking into Verge3D which so wonderfully integrated into Blender and easy to use without coding knowledge for some common tasks.
Great Video
I always dreamed of a language similar to python but it's only focused in gamedev.
Anyone who coded in python knows how fun that language is and easy to read compared to any C family languages or Java family languages.
A engine needs to be fun in order to make fun games to the users.
Godot is my personal choice 😊
I 100% agree. I love python and I am interested in game dev as well bc I love to play games. I searched up which engine to use and was afraid to learn C#/C++ because of it. Then I found Godot and saw that GDscript is similar to Python and I got super excited to learn the engine. I'm doing better, I'm starting to understand how nodes work but I'm still learning GDscript and Python and it IS fun doing both
As someone who is used to Python and highly interested in its library support, I can't wait for godot-python to be adapted to the new version!
Python is an awful language
@@Bankoru Thanks for your input!
I have to try cozy blanket looks super awesome
The “stop-motion” rounded white frames you use in a few places are very pleasing 🤩 how do you do that effect? Which NLE are you using? 🙂
One day I’ll be part of the growing share of released games that use Godot under the hood! My biggest thing is it’s light enough to work with no jank on mac, and version control is easy.
That effect can probably be done in any NLE. If I were to guess, it's a displacement map tied to a low detail noise texture whose seed updates every few frames with an expression/driver/whatchamacallit that does a modulo operador on the frame number.
Oh yeah, I’ve done similar effects in After Effects, Final Cut and now DaVinci resolve, the “time-displacement” is called different but the idea is the same. And I usually have a big image texture I move over time instead of generated noise, which is similar.
I guess I was hoping for a GDQuest-style video for Resolve or something, I enjoy seeing exactly how things are done, it inspires me 😄
Our teammate does all animations with after effects. That aside, I couldn't tell you how he does it exactly as I have no idea.
Awesome!
Sounds like i decided to start just at the 2nd best time there was
nice
I briefly tried godot a little while ago and it was... Interesting. In something like unreal if i want to make a cube with a hitbox i just place a cube, it comes with collisions that scale with the mesh itself.
Unity i havnt used since 2020 and iirc you place a cube mesh and you can add a collider to the mesh. Again it scales directly with the mesh.
In godot its different, the way you make an object, then give it a child thats a mesh and a child thats a collision rather than those conponents being elements of an object.
The part that annoyed me and got me reconsidering unreal is that if i want to scale that cube i have to scale the mesh and collider separately.
Im going to be completely honest here:
Im an artist approaching programming for the first time, and godot has been my first choice along with GDscript in terms of friendliness for beginners; by result, this channel and the enormous quality it has keep making me coming back to check information for things i need.
The problem i have is with your free tutorial on the site: after lesson 20 or so, if not a bit earlier, it becomes so abstract that i understand absolutely nothing on the exercises, even when reading the solution. Many info are not explained properly or explained at all before the practice, and due to this i dont know if purchasing the full course (which i previously planned to do after the completing the free part).
My goal is to become a solo dev one day, and its in my interest to learn everything i need as a time/money investment, so mine is not a pointless critique.
Let me know if i missed something or what i need to know to be better, thats not the usual "keep exercising until good". Cheers
I will look up lesson 20 to try to identify your pain points past this lesson. We're considering a more detailed remake of this app that we may end up including as an update in the course after it's out of Early Access but it's not set in stone at the moment. It depends a lot on available time and budget.
What I can tell you is that the rest of the course is not set up the same way as the app. You're free to try it and if it doesn't work for you, get a refund within 60 days. That's what I'd do in your shoes.
@@Gdquest thanks for answering promptly, I appreciate it a lot! I was getting really frustrated because I had the feeling that some paragraph was being taught taking things for granted, which as you might understand is not optimal for a total noob like me.
I actually forgot about the 60 days feature, if you say that it's set differently I will give it a try. Thanks again
Does Godot have a concept if Long Term Support (LTS)? If I start my project in 4.x, then 5.x rolls out, how often will they backport important bug fixes?
Good question. Godot 3.5 is an LTS version for example. So the answer is yes.
and the fact that unity has announced a pricing change that broke the community's trust will certainly quadruple the amount of games made in godot on steam
Did browser/mobile exports get an overhaul? it was my understanding that those two were lacking quite a bit in 4.x and people were recommending to stay in 3.5 if browser/mobile were your primary targets
Yep, they got massive improvements in Godot 4.2
Great!!!
godot has been the best learning experience for me so far
i've been learning unity for a bit but after learning more about it and especially after their last pricing bullshit they pulled i have been debating on switching to godot.
Luckily it's small enough to quickly download and give it a try. Feel free to use one of our demos to poke around the engine.
Oh this sounds like a great pick
thanks
Complete noob here, I just started to make my first game in godot. It's going alright so far, so I'm not regretting my choice ^^
01:39 the only reason i still cannot switch to GoDot currently. W4Games may bring console supports but the price is a lot too high for small indie devs - much more higher than Game Maker Studio and with less support as PS4 and the Xbox One will not come to GoDot with W4Games.
Just to compare: Gamemaker 2 Enterprise (regardless teamsize btw.) will cost around 700 USD a year and you have just all consoles.
W4Games provide console support with 2000 USD per year (if you target all 3 major consoles - for only one you would pay 800 USD per year) and if you are smaller than 8 peoples and no porting house. This is such a shame - i would really love using GoDot because its really great.
Tryin now Godot after trying Game Maker Studio 2. Have to admit its a bit more confusing, but im giving it a fair chance cause ive been told its worth learning
Did you try the 2D tutorial we posted? It'll help you break the ice.
i would like to use c# instead of c++ or gdscript, but the documentation does not focus on it
It feels like the entirety of the industry went back 60 years and started over with some extremely cursed and scuffed remnants of old gold age technology.
4:09 Tip: having the Godot logo next to Unreal's "Verse" is confusing. I had to rewind it and watch again (The visual is contradictory, though the voiceover and text go together).
Thanks for the constructive comment!
Im happy that while python doesnt have support gd script pretty much is just altered python and knowing one is really easy to translate into the other
Guys I highly recommend that we support open source projects they are community controlled other pay to use services are bad idea for development & the future.
Is it possible to make gdc for godot developers for experience sharing?
The " less daunting for entry ", will be the major growth factor for GODOT.
I don't have experience with this engine but it would seem to me that the viability of such an option is probably tied directly to the level of optimization that you get practically by default from coding what you need. Don't get me wrong, UE5 is second to none when it comes to ease of access. I prefer C++ because I started coding on a DOS machine in high school back in 1999. However, blueprints are something that I could explain to a child, the reason that I rarely use them is because it's often a lot faster and easier on the eyes to just write in the way that I know, besides that, it is so much easier to read code if you know how than it is to decipher a complex blueprint system after you've set it on it's own and forgotten it's unique pattern of construction.. That all said, the doom word "optimization" it separates the wheat from the chaff. In terms of UE especially 5, something that irritates me is that I often find that my efforts are spent correcting things that the engine itself should be doing instead of just looking pretty. That's probably not a big deal for a crew to handle on a large project but for an indie solo I find that I get a much cleaner production if I run engineless and build to purpose. That way I don't ever need to account for any of the 500 things that an engine wants to do that have nothing to do with what I want to make. Code is fundamental, a lot of people that try and market solutions that sell the idea of reducing the hard work are straight up lying to you. Understanding C++ will provide you with a trade that includes engine construction if you want it. Understanding an engine on the other hand is derivative and limiting from the outset.
6:58 Learning how to code is not a hard requirement for making games... but you'll either have to get someone else to do the coding for you or work with limiting and cumbersome "visual programming" tools that will make your life easier in the short term but inordinately harder in the long term.
So yeah, definitely learn how to code.
Hi! I just wanted to ask when the first 3D game with godot 4 for beginners is coming out?
We don't have a set date for it yet. I'd say closer to when we release our upcoming 3D course, so towards April.
Id love to get in to the course pack but the price is too high for me at this time. Id like to start 2d, Does the 75 buck 2d course require prior knowledge? i may be able to afford that one on its own.
It has no prerequisites and assumes no prior knowledge in coding.
tyvm ill put some cash aside next pay day!@@Gdquest
Want to be able to easily slap something together & don't care a whole lot about performance/requirements? -> Unity
Want to be able to literally just drag & drop stuff together and have it to look really good while caring even less about performance/requirements/install size? -> Unreal
Care about performance/requirements/install size & willing to do some more work for your targeted graphics & features? -> Godot
------
Godot is shaping up very nicely, i honestly see it overtake at the very least Unity in the next few years, if not Unreal as well. (Assuming in the next few years all the 'better' community stuff for physics, audio, etc is just gonna get merged/made available on default as options, like has happened before)
Imo Godot just needs a bunch of easily downloadable highly polished/feature-rich starter templates built into the ui somewhere, for the people that just wanna drag-drop the basics together, there is a big enough group of them that they should just be catered too, even if that's technically not the best approach for a project (because you usually end up with stuff you don't want/need or don't know how to change) just let people figure that out on their own.
I honestly think I'm going to use Godot as a substitute for Unity. I'm still going to mainly use unreal for action games, but godot seems like the best option for pretty much everything else
what are those amazing unique features that gdscript has and general purpose languages do not?
Lesson learned of what happens if you license to use proprietary software that a CEO like what happened at Unity can screw you, the developer, over. Open Source Software for the win.
Developing in the Godot Engine is much easier than Unity or Unreal (especially in 2d). I can't recommend this FREE engine enough!
i have try Godot once and it is some stuff i don't like
1. i don't like GD script because the dont let me organize the code the way i like for some reason wean press single space before i even started to writing the line i have error this very annoying i hope Godot to fix this on the future.
2. the don't let my add the windows in whatever order i wand to in unity blender even Photoshop you able to make Editor layout in whatever order you wand in Godot you only able to move the file Manger for example only in predict loction (on the left or right site) not on the button that i perrfer
3. i don't rely like the fact that don't let my add multiple code for one object and i have to add parent or children in the order to do that in unity you have to ways to add the code
1. make the code as components and add as many other codes you wand
2. make the code as parent Object/Children object the choice is up to you
Godot have some parts that i like but to be honest the work flow does not suits me because off thos annoying's if Godot fix most off thos issues some time in the future i thing i will about perfect but to be honest i don't see that happen because i truly believe the have make thos annoyings on purposes.
my fps project in unity wean the time cames to make next project which probably goin to be 2D platformer i will see which game engine I'm goin to use waen that happens.
I should probably spend a few weeks learning c++, and a few weeks learning c#
What desktop game is at 1:33 upper left ?
Can you please make the squash the creep game again on godot engine with updated version please it's urgent
What I like about Godot Engine is that it just works and isn't ridiculously heavy on the system resources, like Unreal Engine is.
Godot: runs natively on Linux like a charm and works without registration or logging in. Small in size, runs on older systems too - and just *works*. Also allows custom self-written C++ modules to be made for it.
Unity: a bit heavier, requires registration and logging in; still a decent choice for game development, has lots of tutorials and assets available to it.
Unreal Engine: ridiculously heavy. Like, it won't even run on many computers. Bad choice if you want to share your game with your friends, because the exported games will be at least a gigabyte in size, no matter how small the project is.
Sharing your take on the 3 engines most likely helps people in their choice. Thanks for posting.
@@Gdquest.
You are welcome! 😀
I have used all three game engines. So far, I like Godot the most. The main thing I like about Godot compared to Unity is the clear, hierarchical node structure, with clear icons per node and with colours per node type. For example, green node icons being node icons that have something to do with user interface.
After I ran Unity after making a game in Godot, I really missed Godot's clear node structure.
If Godot is so great, then why can't I finish making a game with it?? Oh yes, because every time a new version drops (which feels like every other week?) I'm fighting feature creep lol
Just kidding. I've been a fan since 2021 and this is hands down the best software I've come across since then.
amazing
Just picked up Godot as a more casual alternative to Unreal. Probably also more capable when it comes to 2D.
Welcome! Nice of you to introduce yourself.
Please tell how export godot project to apk
Open Source is the future. It was with wordpress, blender, linux, and now gadot.
I use latest stable Godot 4.2.x, every work session I must restart editor countless times, because without restart it doesnt recognise changes in files and classes. Engine start now not as fast as it was before, almost same as Unity on my PC. When I delete some class it often creates new one with “unsaved” name, sometimes I have 2-3 unsaved ghost scripts. If I want to duplicate script, the old one stops working, untill I rename it and revert name back, owerall working experience in Godot IDE is horrible, bigs, bugs, bugs. If you like it, sure, go use Godot LOL
And I do not want to switch to Unity or UE, sometimes they even more bugged and require much more hardware power. It is just to let you know, that Godot is not all roses, it is not finished or perfect engine, yes it works somehow, it does it’s job but do not expect much.
I’m a Roblox game developer at the moment, would it be hard to transition to Godot?
You can definitely do it. Start with the free tour of the Godot editor which you can get on GDQuest.com and then if you can't code yet, try the free app to Learn GDScript, also on our site. From there you can begin following tutorials easily. Hope this helps.
lol
6:25 does anyone know that game?
We need more software like Godot... this is the future. Down with the greedy companies!
6:26 and 6:14 game's name ?
you got me when you said you can it on android tablets
6:58 was demoralizing, even if I recognize the interest behind the statement. Otherwise enjoyed the video and found it informative.
If you don't know how to code, try the free app linked in the description
Im learning both unreal and godot at once..
2 words that for me proved why Godot is worth it: Cruelty Squad
Only DOTS is lacking from C# in Godot. If it was available, we could make a massive game like V Rising
DOTS is a Unity thing, not C#
But you could technically implement it yourself.
@@Bankoru We could implement a data-oriented programming with C#, but it would be way more effective to apply it to all aspects of game development as DOTS does in Unity
If you really want to make a hyperoptimised DOTS game, you might want to look into the Bevy game engine with Rust!
@@theninjascientist689 I really wanted to learn Bevy before delving into Godot, but there was a warning message about API breaking changes on its GitHub page
Buenos días kolases 😅
Hope that the "no pay" policy stays forever😅
I wanted to decide on godot almost by default but somehow the “open arms” community rejected me (at least in reddit… well what did i expect, its reddit after all): i asked a couple specific questions that may seem have been asked before (but weren’t) and i wasn’t well received, then started my 2 week struggle of writing my own 2D engine until i got tired (because i want to make games, not engines) and downloaded unity
Sounds like you faced some unkindness. Sorry to hear about your struggle. As I always try to say, what matters is to stick to your goal. You can always switch tools when it makes sense to you.
Anyway good call on not trying to write your own engine when making games is what you'd like to focus on.
Leaving the bad experience i had in reddit aside, I still feel i want to decide on godot… literally been watching nonstop videos trying to convince myself to use the engine, even followed a tutorial and was nice to work with (although before that tutorial it was incredibly confusing coming from both unity and unreal).
My only specific pain points for now are: 1. Still not super fond of gdscript myself (i like string typed languages, ironic as my day job is as a python developer) and 2. 3D still confuses me a bit (had trouble importing fbx files)… well I’m honestly still not dropping unreal for 3D, trying to find my 2D engine but still would appreciate the 3D capabilities to try out some mixed 2d and 3d ideas.
If you like, you can try the 2D game tutorial we recently posted for a vampire survivor style game, in case it helps. (You may have already seen it if you're going through lots of tutorials).
@@Gdquest Indeed i saw it before, added it to my watch later list lol definitely giving it a try :)
Btw thank you so much for your encouragement
GDscript has support for virtual functions? Like C#? I literally can't find anything aou there. Can someone save me?
There are virtual functions defined in C++ but you can't define your own in GDScript.
@Gdquest forget it, I solved just calling the function inside the children's class. I'm a completely idiot
is support typescript ?
For Godot 3 yes. For Godot 4, it would seem not yet. You can keep an eye on this repo: github.com/Geequlim/ECMAScript
I know 3D shadows are a *lot* better in Godot 4 vs 3 but as someone who just started using Godot a lot vs just dabbling, they still look really bad vs other engines and the settings don't really do much to fix it.
They all use the same techniques, cascaded shadow mapping and/or global illumination. Just look at the shadows at 6:53. It really does come down to tweaking the right settings. Unreal and unity definitely have better defaults, but they using what is effectivly the same underlying algorithms.
you can improve the look of the shadows by lowering the max distance (shadow) of your directional light, you can also increase the resolution of the shadows in the project settings.
The only example of good shadows and lightning we have for 3d games in godot is Road to Vostok.
That guy is doing some kind of black magic over there...
Why not... I have gotten really crisp shadows... you need to tweak around a bit... I recommend 8192 as shadow texture size... then for example, in the directional light settings, under directional shadows mess with the sliders till you get a decent shadow in different distance.. dont forget to blend splits.. then under shadow (still in directional light) lower the max distance (if possible) and finally mess with the blur slider... there you go.. crisp shadows
@@anirbanr.c.3271 Mainly it's something to do with blurring the shadow buffer I think. Maybe it's a bug. In Godot, whenever a shadow moves, you get noticeable ripples from the aliased pixels sliding around. I've messed with it to no end and I just can't get that to not stick out like a sore thumb. I've never seen this as bad in Unity or Unreal.
not sure if gambling is something you want to highlight...
The only thing that Godot is missing is a brand new VISUAL SCRIPTING based on EVENT SHEETS like GDevelop or Construct 3 which is easier to learn based on Events and Actions, MUCH easier than any node-based visual scripting and anyone can use it.
Once such a Visual Scripting will be a part of Godot, it will open so many doors to the "no-code" community who likes to design games but not using lines of code.
godot has event sheets, theyre just called 'signals'
you can find them by clicking on 'Signals' on the top right in the node inspector.
i'm not sure if they'll prioritize adding a visual scripting option any time soon. someone might make an addon eventually though
Oh that's VERY INTERESTING thanks for your INSIGHT