🎟 EARLYBIRD: limited time coupon to preorder Godot 4 courses coming soon in early access on GDQuest.com #games #unity #godot #godot4 #gameengine #gamedev
@@SegaMegaLoh Besides a handful of people using it for minor studio-adjacent touch-up work and going "InDuStRy sTaNdArD!!!" Blender isn't shit. There's a reason it's not a standard and likely never will be. Everything is ass-backwards and it's needlessly difficult to accomplish pretty much anything a studio would use it for-even those shitty "open movies" use a proprietary heavily-modified version and have Blender programmers on-staff to whip up pretty much anything they need.
@@SpaceManRD Open movies main goal is to develop their software in unexplored/lacking fields of it so of course there will be developers to help making it! 😅
I wonder how many people commenting on this video are actually professional developers. From the perspective of somebody who does this shit for a living, if you can't put up with the fact unity carries a price for business use because it is a piece of commercial software, I'd recommend going upwards to learning the more affordable Unreal instead of going down to Godot. But I suppose for hobbyists learning it doesn't really matter which way you go
Years ago I had used Unity to break into gamedev (wasn't any good at it). Younger me knew our dream game would be made in Unity. Years later I had started using Godot as I decided to really get into gamedev and make my first serious to-be-published game. I don't know what made me decide to do it. Some time later, Unity announces they like money, ironically ensuring a reduced userbase: bringing less money. Now I'm here working on my game, and eventually my dream game, all on Godot. It's like the bridge collapsed as I crossed: there's no going back to Unity. I physically saw the timeline change. I'm lucky that I faffed for so long and decided to go for Godot while Unity was still viable. It's like someone was looking out for me. Especially since I am enjoying Godot, it's fun despite the frustrations
Godot is better. Unity input system is broken while you can easily add inputs to any gamepad in Godot. 2D slopes come right out of the box with Godot, whereas Unity doesn’t even have them. Coroutine in Unity requires you to create a separate function which makes your code confusing whereas in Godot you can write a timer var within one function keeping your code nice and concise. Godot’s Tilemap system is a monster compared to Unity’s. Let me tell you something, people who think Unity is a better engine have absolutely no idea what they are talking about. And I’ll pray for them.
@@fltfathin I feel so bad because I used to a big Unity fan boy, but after seeing how great godot is, I don’t know how I used to use that goofy engine. I wasted a lot of time with Unity.. After trying Godot out for almost a month now, Godot feels like an engine made by people who actually care, whereas Unity does not.
similar boat, i studied in Unity as a kid but the UI and everything about it was not very welcoming to a youngun. So I ended up quitting, when I was going to get back into game dev the unity stuff was going on and led me to Godot which I'm grateful for. It's a fantastic pick up and use engine and the more knowledge you have, the better off you are
The thing about "lots of learning material for C#" is: Don't make the mistake to search only for C# related answers when you research something for a C# Godot project. You can easily transfer most answers from GD Script to C# - the only thing different are mostly naming conventions (CamelCase instead of snake_case for everything).
Yeah, the only time you'd struggle following a gscript tutorial in c# is if you are blindly copy-pasting. Which you shouldn't be doing! It's good that you are forced to at least understand the code a liitle bit more.
@@burgeryoufoundbehindthegrill A lot of women, after they get dumped, will go and find a temporary boyfriend to make themselves feel better, but they don't really love him. I use "rebound boyfriend" because I heard it in a show (Young Justice, great show), and because men aren't really able to do that, even though they would if they could.
also beware of the new tutorials from Unity creators trying to get into Godot, I appreciate their effort however they try to use Inheritance for everything, this is not Unituy guys, Godot uses mostly composition and you don't have to over complicate everything like in unity. GDQuest for me is the best approach to Godot.
@@stevendorriesinheritance is a common programming pattern in object-oriented programming languages. And since Unity's primary, and really only, programming language is c#, it does indeed use inheritance. Also, all scripts in unity that exist in the scene inherent from "mono behaviour", imagine "node2d" for reference. Yes, inheritance is a big part of unity and godot
@@NoName-1337 thanks, I was really concerned about the state of developers who really only have experience using Unity if it forces the use of classical inheritance for its object model. Glad to hear the library also can easily make use of object composition.
@@NoName-1337 Bullshit you've never used inheritance in unity. You're really telling every single script you've ever written is a Poco? No fucking way. If it has a runtime life, it inherits from mono behaviour. If it exists in the scene, it inherits from mono behaviour. Either you've never used unity or you're just uninformed.
godot has very very active Community and u can do better polish then unity it depends who is making the polish and it will stay free bcuz it's open source
This was very encouraging. I do think anybody who knows their way around c# in the Unity environment will have no problem adapting to GDScript in the Godot environment.
The problem is the extremely slow speed of GDScript. And C# in Godot is implemented in a way that requires a ton of context switching so it's barely faster than GDScript. If you expect your C# code to run at the same speed, ain't gonna happen. IF you need performance, try C or Rust or some other GDNative lang.
Major emphasis on dev priorities. The fact that people forget Godot is a community-developed engine is both a great sign and a terrible workload for it's developers and community managers.
@@MrXrayez My guy, godot has nothing against taking PRs. I can tell you that from personal experience, but you can also look at the commit log if you don't want to take the word of a random guy on UA-cam. Just because you can't convince an unpaid volunteer to write something for you doesn't mean it's not community built, code talks more than feature requests, write the things you want yourself and send it in.
@@davidy22there’s close to 2k open PRs many of which have been hanging for months or even years. There are plenty of volunteers but too few people on the core team to handle this many contributions
@@davidy22Don't bother, that dude is just actually crazy. He obsessively posts on Godot related content on every social media platform, and thinks Juan linetsky and open source projects in general are russian communist projects lol
honestly ppl think open-source is like industry software where they have the right to demand changes bcs they paid for it as opposed to implementing it themselves or paying someone skillful to do so
I am a very new game developer with some Java knowledge and a touch of python knowledge. I downloaded Godot after hunting around for game engines and was immediately blown away by how nice it felt for someone who is more of an artist than a programmer. After Unity had their big fiasco I've been considering getting into game dev again since Godot will have even more resources than before. Brackeys tutorials so far have been phenomenal and Godot just works sooo much better for my brain. I appreciate the attention to visual style, that it's so light I can run it on my cheap laptop instead of my gaming pc, and the node tree system which still feels very object oriented but isn't as overwhelming as unity. The Godot team has done a great job at making a friendly, powerful engine and I'm very excited to see where it goes.
honestly people are asking too much from libraries and engines nowadays and forgot that it doesn't need to be feature complete to be usable. i'm actually experimenting to use godot as animation tool just because i can script the movement instead of navigating unfamiliar UI.
Godot 4 got a two terrain editors right now , they just need a little support from AMD GPU organsiation then done , it will also going to be powerful 3d engine..
I have absolutely found Godot features much more useful than many of Unity's. UI, although initially a little unintuitive, is so much better to work with, Signals and groups are amazing, the terrain tilesets are much easier than Unity's smart tiles, and in general I just find it a better alternative. Absolutely loving it so far
Of course it isn't unity. As a unity dev I was looking it up back before the unity drama, and what I thought of it was "light, but confusing". Now that I look at it, well, more, I just see that this isn't unity. This is better. You think it's user friendly? Nah, still confusing af with the node system, but once you get a hang of it, it's just better as far as keeping things more structured. And the functionality, well, it feels like the engine has less features, but those are the features you really need for your project. However yes, I realize that for the most part switching to it would mean learning it all almost from the beginning. But it just feels so worth it at this point
Am I the only one who finds it clunky and kinda hard to use? Everyone else is like "omg this is so much better than unity" but I find the development experience not so enjoyable. Also seems like the whole engine API was built around gdscript and the built-in editor and C# was only an after thought. Why are so many things done with strings? I will keep making games in godot and see if it gets better
@@stickguy9109 of course it isn't ideal and needs some getting used to. But after that, gdscript is actually really light and easy to use (can't say much about c#, I started using gdscript once I switched, cause yes it's a new thing, but with how simple it is, it felt like switching to python, not a big deal), the node system is good cause it basically resembles inheritance in oop: like, if a node is a ui button, it's not just ui button in the vacuum, it's a node, a ui element and a button, and it has all the properties of the three (maybe there are some extra levels, I didn't really go as far as ui yet lol, but it's just an example). So generally, less functionality, but overall better foundation. And also it's not unity lmao
@@stickguy9109Everything is clunky until you know it, and some of that learning transfers while other parts don't. It is actually very difficult to objectively measure good UI design and in software like Godot this problem is amplified. Consider the common case of Photoshop, you probably know how to use it because you learned everything about image editing while using a school copy. Is it actually good design though? It isn't. With a handful of exceptions the UI is how it is because it's always been that way, with some degradation in usability over time as features are slapped on. Think about how this applies to most things you use. MsOffice is a perfect example of awful design that everyone knows.
There being less features just means devs have to be more creative to get the same results, and taking some pages from retro game dev, might look better AND perform better
Upsides to godot - it’s open source, and comes with all the benefits of that Downsides of godot - it’s open source and comes with all the drawbacks of that
@@muhamedzeqiri7360 Only two come to mind. 1. Lack of official customer support, but if you are a game dev...well I would say that realistically isn't as a big an issue as some might think. 2. No official export to consoles. However, if you are exporting to console, you can buy unofficial export templates or pay someone else to handle the port. Admittedly, these are costly options, but so is getting on console to begin with as there is a lot of gatekeeping, licensing, and NDAs as the proprietary source code for . In reality, though, the indie studio is usually not going to target consoles until long after launch, if at all. In the rare case that you are targeting such closed echo systems, you really aren't adding that much to base cost of entry in the grand scheme of things since you already or are planning to spend a good amount of money to get on the platform and on advertising to begin with. You either have the money to get on console now, or will see about it in the future. Aside from that, I don't see a real down side with Godot unless you want unreal-tier graphics, which, if you are using unreal as a benchmark, you might as well just use it or put in a ton of time and effort into modifying the Godot render engine.
@@muhamedzeqiri7360 Have to wait for it to become competitive to the triple A market. Blender for example imo is only just recently in the past 2-3 years reaching a passable version of maya or houdini
Keep an eye out on the #announcement channel on our Discord. We'll be opening up pre-registration soon for early access to GDQuest's new learning platform.
i bought the ultimate bundle last year. does this new learning platform include? to the ultimate bundle or should i need to pay to use it? And this platform need internet to use
@skete1338 you will not need to pay anything extra, your account will automatically be transferred to the new platform. It will basically replace the current website. We are coding it so that it does not require a continuous internet connection, but you will need to follow courses on the website. As we are adding more interactivity, we cannot offer downloadable PDFs or a similar format anymore, at least not in the foreseeable future.
A good thing about Godot, if he doesn't have some feature, you can create your own and share. A have seen many plugin and templates shared on internet. The problem is just the fact you need to make your own and if you doesn't know how, you are dependent of other people, but hey community is that, doesn't need to pay but it's a voluntary work and not a "free work".
"You can create your own and share" I assume Godot while probably immature still has a giant codebase for an average joe like me. Ain't no way I can add anything to that or understand what's going on
@@stickguy9109Yeah also the knowledge required to make an engine is drastically different from that required to build a game in that engine. That's why AAA studios have Engine Developer Teams.
Man, I would really love to love Godot like you guys but getting into it is such a slog.. The short is absolutely correct imo. It's just completely different and as someone who does have a lot of baggage (also from being a professional software dev, most of the professional experience in C#) I don't find it "user-friendly" at all. It has super simple concepts, true, but most of the systems seem super cumbersome to me. Maybe that's just due to the overwhelming amount of tutorials targetting absolute beginners but yea.. I'm struggling hard. I may give it a few more days of getting into but so far I really don't like the experience, probably will go back to Unity, even tho I don't want to.. (Btw I'm trying to port a 3D multiplayer rpg I've been working on for a few months in Unity).
well yeah if you start out trying to port a multiplayer 3D RPG out of the gate you're gonna have a bad time lmao. Porting seems mostly a waste of time, may as well finish in unity while learning godot on the side.
I'm getting into Godot after being heavily biased against it but I'm having a blast To me, Godot is much simpler to grasp, on all levels Never before was I able to focus that intensely on game logic and game logic alone
@@m0-m0597 I quit trying. I was actually biased towards Godot but I just can't get into it. The workflow with the scenes and nodes is so rigid and convoluted I don't know how anybody would enjoy this more than Unity or even Unreal tbh. I get that beginners benefit from this handhold-y approach but man, just let me choose my own workflow. For me at least, it's partially due to the lack of QoL, like not being able to modify a scene within a scene, like in the prefab mode in Unity and instead having to deal with the tab management. Just one example of many tho. I also found coding in general to be a lot more cumbersome with both the in-editor IDE for GDScript or a proper VSCode setup for C#. I genuinely don't know who finds this comfortable to work with, apart from maybe web developers because JS development is basically hell.. Yea idk, I will definitely revisit Godot in the future as I'm sure there will be a lot of improvements in the next few years (especially with a lot of Unity devs migrating over) but for the time being I prefer Unity in virtually every single aspect.
@@m0-m0597 I'm curious tho, in your opinion, what is it that let's you "focus more on game logic" than in Unity? Because I continuously fail to find the comfort in using Godot. I even ditched porting my rpg and instead tried to just make a simple 3D platformer but it didn't get any better. Don't get me wrong, I'm not saying Godot is bad or that it's difficult to make games with it. All I'm saying is that I don't see ANY benefit from Godot over Unity at this moment in time. So what am I missing here? Why are people having such a blast when switching to Godot but didn't have it in Unity?
@@Stunex What helped me focusing so much on Game Logic is basically Godot forcing their script language on me. How? I realized C# has so much unnecessary boiler plate stuff going on, and then there is also performance loss due to marshalling. That forced me change my strategy. Using their own Python-like script language gives huge performance benefits when it comes to modifying objects and physics parameters. When it comes to handling big sets of data or other critical algorithms, Godot allow me to add C++ modules. And that's all I need. Yes Godot forces its workflows upon you if you want to get the very best out of it (e.g. performance), but it made me realize. C# is not everything. Yes, loosely typed/duck typing languages are still icky to me. But I want to get to a working solution as soon as possible. I don't want to get lost in architecture, because you easily end up creating the optimal code architecture on multiple abstraction levels just for the sake of it. It's not solution-driven when it comes to software-projects in that only one dev is involved. Proper documentation is everything. Following basic patterns, yes, also very important. But don't over-engineer. That's not only a trait of my German butt, everyone tend to do that imo
This absolutely needed to be said. THANK YOU. I had the same concerns: I'm so glad in light of Unity's sudden but inevitable betrayal, many people are realizing the tangible benefit of open source, BUT, I'm worried for the developers and community managers dealing with a huge flood of: "But in Unity..." and "Why isn't it more like Unity?" Inevitably, those who are the most change-averse will stick with Unity, and get bit again the next time this happens. Maybe it's just me, but I tried to learn Unity like 5 times and struggled. GDScript and Godot's node system actually made a LOT of general coding concepts suddenly stick for me. GDQuest also has done a brilliant job of making a guided slope into learning both the engine and coding in general. The way it works is very logical and quite frankly brilliant in its own right, and I really enjoy it. If Blender is any indication, its limitations won't stay limitations for long!
@@asgacc8789 Oo boy, ok, I'll try to keep it short: Basically Unity tried to force a new monetization model with its new version. I guess the intent was to capitalize on mobile / casino games using the engine who were raking in millions, but anyway Unity wanted to charge DEVELOPERS roughly .20¢ for EVERY. INSTALL. That is, if I make a game, you buy and/or install it, I would get charged 20¢. So naturally and thankfully, the whole gamedev industry exploded over this nonsense, and Unity even knew what it was doing was scummy because they deleted their ToS from their Github hoping nobody would notice. People had lots of questions: "What about demos? Couldn't somebody who disliked me just install-bomb me into bankruptcy? How are you even tracking this?" Oh yeah, and they wanted to apply this retroactively to ALREADY RELEASED GAMES. Unity says "Don't worry we aren't using spyware...but uh, it'll only charge you for the install once per user!" An obvious contradiction and weak attempt to save face. After a huge migration of their userbase (Godot got lots of attention and funding yay!) and tons of outcry, Unity walked it back in a super weasle-like fashion by putting this policy only on the later versions of the engine, and only after a certain earnings cap. I am not sure where it went after that. But basically, their scumbag CEO, John "why don't we charge $1.00 for reloading in Battlefield" Ricciotello ejected, probably with a golden parachute, and the company is trying to pretend this was all a big misunderstanding. What blows my mind is how many people are going "Oh, ok" and still using Unity after this, because it really proves that you just cannot trust commercial software, especially when they've got fatcat investors to please. Hope this helps! :)
As someone who has never coded before godot has made it possible for me to create my own game. Thankfully I’ve been an artist for the last 15 years so coding is what’s mainly left
@@Th3-Mast3rmind yes, and UE surpasses unity on that,. at least in game performance when compiled, the SDK may be a bit heavier lol that's not really the main point here indie devs aren't AAA devs, they're not always looking for the most bleeding edge features, because they don't have the budgets or expertise in house to really utilize them much if at all, and many of the games made like that, do not really even stress a modern cpu much most of those devs don't have a need for either because they're not even multi-platform.
@@dutchdykefinger I don't really understand your point. Are you agreeing with OP that Godot is better than Unity? Or are you just simply a UE fanboy? Unity has the tools to perfectly scale from indie all the way to AAA
@@Th3-Mast3rmind Godot is an alternative, and is an engine that is constantly improving, it's a great tool for indie devs, AAA games are not everything for the industry, but i'm sure that with the enough effort you can achieve even that as well lol
It's the architecture diagram from the official documentation : docs.godotengine.org/en/4.0/contributing/development/core_and_modules/godot_architecture_diagram.html
We have been working on learning technology and now we will be working on remaking or porting courses to Godot 4. We will definitely release at least one course in early access by the end of the year, and a bunch of videos.
I actually used the godot engine for my game jam last week end. If you try to use Godot like unity you will struggle a lot. If you try to handle it like an own tools with its own ideas you will recognize the potential of the Godot engine. I will definitely make more Godot Games in the future.
This is exactly what people have been getting wrong about GIMP and Mastodon for years. They do the same kind of things as Photoshop and Twitter, respectively, but they aren't supposed to be drop-in replacements. Why is it so hard to just appreciate an open-source project as its own thing?
GIMP doesnt have preview thumbnails in file browser and build a preview in tiny area which you cant resize. Building a preview for jpeg file readed from nvme ssd took up to 1+ second. Up to few seconds for png. I need to click to "make a preview"?! All of this in image manipulating software?! Those so called "own things" are literally just a hilarous bullshit which only show what software was maded without any single mind about UI/UX, usability and just a simple love and respect for users.
@@NihongoWakannaiIf you genuinely think Photoshop's popularity has anything to do with it's layout other than familiarity you're just wrong. I'm not going to say Gimp is perfect, but Adobe's UX design is merely consistent, not good (and I've been using it for decades).
Same level of polish? As an avid godot enjoyer and unity hater I can't help but feel like this is a farfetched point. Godot is simply not there yet and I highly doubt (even if all addons magically would be available in godot to begin with) it could handle the high intensity load of games like Tarkov (which even Unity can't handle properly) or Rust. Also Godot Material is extremely limited to beginner tutorials. Try to find advanced concepts explained, I'll wait (And be happy if you do find some)
Yes :D I didn't talk about the Rust Language. I was talking about the survival game which is always at the brink of ripping Unity at it's seams.@@Christobanistan
Even more simply put, any famous mobile game is usually made with Unity, and I can bet confidently that Godot simply isn't capable of building something like it yet.
I was making simple games about 10 years ago in unity. I installed unity about 1 year ago and I feel it changed SOOOO MUCH. But when I installed godot, I felt like 10 years ago while tinkering with unity. Engine is simple, yet powerfull. And if you find bug or missing feature, you can just compile it on your own. If you start your project from scratch, try godot
While they definitely aren't the same, I find that Godot and Unity are far closer in style than Unity is to many other engines (I mean I can't say for Unreal, I've only opened it a single time and never used it for anything, but Gamemaker is DRASTICALLY different from the other big 3, and ones like RPGMaker, Clickteam, and game libraries like RenPy are much smaller, and don't really have comparable development environments to Unity), so while Godot isn't "Unity without the capitalism", it's the closest possible alternative for Unity's development tools and environment as far as I've seen.
Both Godot and Unity are product of Capitalism. Godot is not a tool built by a government. Is a tool created by private individuals working in market economies and being financed privately by individuals and by companies. By the way, libertarians are usually against intellectual property, so a tool like Godot is for them more an example of a good Capitalism, than a tool like Unity that depends on a form of monopoly called intelectual property that is enforced by governments and was created by governments.
To a beginner like myself they feel very similar. Not in the way that GIMP is to Photoshop but as described in the video, but I thought everyone knew that and didnt think Godot is a open source 'copy' of Unity.
Godot is growing with thousands of passionate developers right now. Obviously it's not in Unity level, but I'd rather use a software that actually cares about its community.
Once you fix stability issues in the editor or project file corruption, it might become a decent tool. Right now, getting frustrated is the norm I guess.
I work professionally with c sharp for maintaining APIs. And I once imported a sword into The Elder Scrolls 4 Oblivion that I made from scratch using Blender and Gimp. I'm ready to Godot.
would people seriously expect it to just be 1:1 copy that they could just port all their work into? If so I'm sorry but that's an incredibly foolish expectation.
I find many things in Unity to be way over complicated. I got stuck on one project for a while because I was trying to draw a box on the screen and I thought it would be a simple draw function but no. I don't even remember what it was but it was more complex than it needed to be.
Hi, how are you? I have a question, can I use the program language with the name three.jd, Java, JavaScript, typescript to code some games in Godot engine? Form Africa at Mozambique.
You can use Javascript but it's going to be difficult to start that way. I would recommend trying the free app to Learn GDScript. You can find it on gdquest.com. Good luck to you.
I recently started diving into godot trying to learn it without a tutorial. I'm still learning how it works especially how to reference nodes properly and how to set up the node tree, but I've been treating Godot like it's a big boy version of Scratch.
It's different but different with intention. I read some documentation that basically said they'll happily fight people to defend their looping structures. Do I get why they choose those choices? Not yet, but I admire the spunk.
You can also import maps from Doom and Quake, so map creation is actually really easy as Doom Builder is super easy to use and Trenchboom is pretty easy too
You can expand the UX to make your experience more like unity, [That's the power of OSS ]. However, you're going to have to do some C++ programming. Also You really shouldn't be using C. Sharp, C. Sharp is a object oriented language and object oriented languages are horrible. (You really should be using GD script if you're going to be starting a new project)
@@Christobanistan I'm not sure if it's fair to call it poorly implemented...you could argue the lead just has a different set of priorities. Not every game needs, in fact most games do not need, a super performance focused engine. And focusing on performance usually comes at the cost of ergonomics/DX. If you want an engine anyone can use to quickly get started in the industry their methodology makes at least a kind of sense
@@Christobanistanif you’re concerned with performance, why are you using C# instead of a compiled language? There are C/C++ and rust bindings, D too if you’re one of those weirdos
@@noxabellusIt's totally fair, after all we're not talking a small performance loss, this is going from close to C performance to interpreted performance, at ~10-50x performance loss. Sure, "not every game" needs good performance, but when you need it, you NEED it! And you never know when a game will transition from not needing it to very much needing it. There's just no excuse, frankly, other than a very lazy implementation. This is one of those areas where open source implementers really become a liability, As individuals doing volunteer works, developers can tend to dig in their heels and defend poor design choices and take criticism as a personal offence. A company would just say "fix it." I guess until someone decides to fix it, it's never going to get fixed. That's not terrible, though, C#, as a non-data oriented, partially compiled lang requiring a runtime and garbage collector probably just isn't the best choice. I say choose something like C or C++, or GoLang, (or Rust if you want to lord your skills over others).
@@Christobanistan "I guess until someone decides to fix it, it's never going to get fixed." From what I've heard even that isn't enough as they have denied PRs along those lines. I disagree that "you never know when a game will transition from not needing it to very much needing it" if you haven't figured this out in early design phase you haven't got a prayer of completing anyway. In general, for my own purposes, I agree with you for what its worth. I just think there's plenty of space for this as an entry-level (as in experience level) option. It'd be better if it wasn't being touted by so many as a replacement for something more. None of this is to say that unity is great for performance either, mind you. Unreal can be quite a pig as well. What's a beginner to do though? Hard to reinvent the wheel if you've never seen a wheel. In any case, this type of thing is why I'm making my own engine in my own programming language. Can't exactly recommend that though lol
If you want a version of “Unity minus the Capitalism”, consider MonoGame- this is what Stardew Valley was built in. From what I understand, it doesn’t hold your hand as much, but it is free forever, has better porting support for consoles than Godot, and (AFAIK) is what Unity is actually built on top of. Let that sink in for a moment: Unity charges so much, but is built on FOSS. Yeah
I've never really gotten much into Unity, but I mostly use frameworks over game engines. I want to learn godot, but I love C#. It's kind of annoying that .NET is a separate version that's not the default, and I wish it does get more documentation.
I started learning Unity right before the whole pricing sh*tshow. I scrapped that idea, uninstalled Unity and am now learning Godot. I only expect it to work to my needs, which isn't a very high expectation.
It's sad that people think that X software needs to work and look just like the software they came from. Godot ≠ Unity, Blender ≠ Zbrush | Maya, Gimp ≠ Photoshop, Krita ≠ Clip Studio That said, can the open software do the job? Most likely.
For me I can't learn gdscript because I already know c# I'd rather use my time to develop that AND I can't use gdscript anywhere else but c# I can. Basically more c# educational content is welcome.
Godot is different than Unity for sure, but in my view, a lot of the differences are extremely welcome ones. A Node is not a GameObject. A Godot Scene is not a Unity Scene. Godot's composition is not the same as Unity's inheritance, but at the same time, a lot of these just feel like "ah yes, Godot decided to do it correctly." Plus, in any good game, a lot of it is back end development anyway. C# is C# whether it's in Godot or Unity or something else.
I tried Godot. It's not so good like everybody is saying. It has a certain potential but it's not ready to rivalize the other game engines yet. For people who are beginning to make games I reccomend Game Maker or Construct 3. If you want to try somenthing bigger in 2D go to Unity. If 3D is your dream go to Unreal.
There's a indie programmer who ported his game from unity to Godot in about 24 hours. Fairly sophisticated game too. One of those weird rogue light RPGs I can't remember which one. I'm not saying that for everybody it'll be that easy it kind of depends on your code base but it's not nearly as hard as this video makes it out
I switched to godot for this very reason actually as it felt like a friendly rebound unity. I would run into so many issues using Unity that would impede my development progress which didn't even involve my own code debugging just general things in unity breaking, things not being consistent, etc. I switched to Godot only a couple of weeks ago and just following brackey's new tutorial I got a working level with zero issues due to godot itself. In fact I made modifications much quicker in godot than i could in unity. I will switch back to unity if and only if they restructure it properly. I feel that unity is rather sloppy because most of the features seemed to be shoehorned in.
Funny watching people act smart in the comments by saying {insert their way of working with godot and unity here} is the undeniable way to do things in either engine. If there are objects, which both unity and godot use, then there are many various implementations and methods to program. To limit yourself to a single method makes you a worse developer overall. Learn! Get out of your comfort zone lol
Yes, you can sell games made with Godot. You do not accept any EULA or TOS when you start using Godot so there is absolutely no way for anybody to ever ask for a portion of your earnings.
@@novh4ckyou do accept a license agreement though. The MIT license. That license say you can do whatever you want to the source code so long as the original copyright notices are preserved and a copy of the license is included with anything you distribute that includes the licensed work.
I'm actually liking it better. I started hating Unity when you would work on a project and it not be compatible with the new update and then making us use a launcher before we even get into the program. Go Godot! So far its like things just work the way I want and GD script is real similar to python!
I'll have to disagree with the porting trouble comment as godot is very friendly once you take about 30 days to really know the coding language and read the documents or just hang in the official discord and ask questions in there
When you choose proprietary software to develop any project, you are putting your future on other's company hands and their commercial policies. If possible, choose open projects and keep in control.
I love the direction we’ve taken with as much game dev tools as possible being open source, engine? Use Godot. Need some models for it? Blender. Need some sprites? Aseprite
I tried unity and it made me hate game development. I tried Godot and I am already on game 3. Unity is horrible and people who like it should stick with it, I don't want them in the forums lol 😂😂😂
Its more rpg but did you know about bakin engine ? It is very near unreal but alao unity 3d style. The illumination is as close aa possible to unreal and i love it, also its more simple but if you are experting on coding you can go to the code side of engine as well
Godot only has room to grow. Unity is stagnating and the reasons to choose it over Godot are slowly becoming less and less. Plus, GDscript is like the easiest language to learn and the error output is amazing.
I never could learn unity, it was really complicated and boring. Godot is really fun to learn and it's also easy to learn. I don't care if unity gets better or worse I'm staying with godot.
the godot community doesnt want it to be unity. the biggest thing is we are trying to do for unity devs is to make the transision for new progects clean and hopefully one day beable to port old progects.however just cause we arnt unity doesnt mean we dont want unity users to come to our side.
Even thought people know its not supposed to rival Unity. It could have its own "Blender" moment.
what is a "blender" moment?
@@aditkumar4644 Some people believe that Blender became a new standard when 2.8 released. 4 years passed and nothing changed tho..
@@aditkumar4644 Blender modeling software popped off free and open source has most of the proffetional market. That's the idea.
@@SegaMegaLoh Besides a handful of people using it for minor studio-adjacent touch-up work and going "InDuStRy sTaNdArD!!!"
Blender isn't shit. There's a reason it's not a standard and likely never will be. Everything is ass-backwards and it's needlessly difficult to accomplish pretty much anything a studio would use it for-even those shitty "open movies" use a proprietary heavily-modified version and have Blender programmers on-staff to whip up pretty much anything they need.
@@SpaceManRD Open movies main goal is to develop their software in unexplored/lacking fields of it so of course there will be developers to help making it! 😅
Unity's idiocy made me switch to Godot and now honestly I am loving Godot. not only more intuitive to use but FREE and OPEN SOURCE!
Did you transfer your project to Godot ?
Yea, i so like godot❤
@@AlexGorskovi think he just re-make it
@@pawshmelcould also have just started something new, if they were just doing practice stuff or learning
I wonder how many people commenting on this video are actually professional developers.
From the perspective of somebody who does this shit for a living, if you can't put up with the fact unity carries a price for business use because it is a piece of commercial software, I'd recommend going upwards to learning the more affordable Unreal instead of going down to Godot. But I suppose for hobbyists learning it doesn't really matter which way you go
Years ago I had used Unity to break into gamedev (wasn't any good at it). Younger me knew our dream game would be made in Unity. Years later I had started using Godot as I decided to really get into gamedev and make my first serious to-be-published game. I don't know what made me decide to do it. Some time later, Unity announces they like money, ironically ensuring a reduced userbase: bringing less money. Now I'm here working on my game, and eventually my dream game, all on Godot. It's like the bridge collapsed as I crossed: there's no going back to Unity. I physically saw the timeline change. I'm lucky that I faffed for so long and decided to go for Godot while Unity was still viable. It's like someone was looking out for me. Especially since I am enjoying Godot, it's fun despite the frustrations
Exactly what happened to me the only difference is that i barly made any progress
gl bro
Godot is better. Unity input system is broken while you can easily add inputs to any gamepad in Godot. 2D slopes come right out of the box with Godot, whereas Unity doesn’t even have them. Coroutine in Unity requires you to create a separate function which makes your code confusing whereas in Godot you can write a timer var within one function keeping your code nice and concise. Godot’s Tilemap system is a monster compared to Unity’s. Let me tell you something, people who think Unity is a better engine have absolutely no idea what they are talking about. And I’ll pray for them.
@@GemTappX "people who think Unity is a better engine" are probably asset flipper that can't work with other engine that don't have asset store FTFY
@@fltfathin I feel so bad because I used to a big Unity fan boy, but after seeing how great godot is, I don’t know how I used to use that goofy engine. I wasted a lot of time with Unity.. After trying Godot out for almost a month now, Godot feels like an engine made by people who actually care, whereas Unity does not.
similar boat, i studied in Unity as a kid but the UI and everything about it was not very welcoming to a youngun. So I ended up quitting, when I was going to get back into game dev the unity stuff was going on and led me to Godot which I'm grateful for. It's a fantastic pick up and use engine and the more knowledge you have, the better off you are
The thing about "lots of learning material for C#" is: Don't make the mistake to search only for C# related answers when you research something for a C# Godot project. You can easily transfer most answers from GD Script to C# - the only thing different are mostly naming conventions (CamelCase instead of snake_case for everything).
Yeah, the only time you'd struggle following a gscript tutorial in c# is if you are blindly copy-pasting. Which you shouldn't be doing! It's good that you are forced to at least understand the code a liitle bit more.
lol! "I'm not your rebound boyfriend!! Uh, I mean engine."
Reminds me of the one from Charles Schultz, "I'm not your 'Sweet Baboo'!"
Wait does this mean Godot is in fact a rebound boyfriend?
@@burgeryoufoundbehindthegrill A lot of women, after they get dumped, will go and find a temporary boyfriend to make themselves feel better, but they don't really love him. I use "rebound boyfriend" because I heard it in a show (Young Justice, great show), and because men aren't really able to do that, even though they would if they could.
also beware of the new tutorials from Unity creators trying to get into Godot, I appreciate their effort however they try to use Inheritance for everything, this is not Unituy guys, Godot uses mostly composition and you don't have to over complicate everything like in unity. GDQuest for me is the best approach to Godot.
They primarily use classical inheritance in Unity?
@@stevendorriesinheritance is a common programming pattern in object-oriented programming languages. And since Unity's primary, and really only, programming language is c#, it does indeed use inheritance.
Also, all scripts in unity that exist in the scene inherent from "mono behaviour", imagine "node2d" for reference. Yes, inheritance is a big part of unity and godot
Never used inheritance in unity. You can use composition in unity too. It’s your style of code.
@@NoName-1337 thanks, I was really concerned about the state of developers who really only have experience using Unity if it forces the use of classical inheritance for its object model. Glad to hear the library also can easily make use of object composition.
@@NoName-1337 Bullshit you've never used inheritance in unity. You're really telling every single script you've ever written is a Poco? No fucking way. If it has a runtime life, it inherits from mono behaviour. If it exists in the scene, it inherits from mono behaviour. Either you've never used unity or you're just uninformed.
godot has very very active Community and u can do better polish then unity it depends who is making the polish and it will stay free bcuz it's open source
This was very encouraging.
I do think anybody who knows their way around c# in the Unity environment will have no problem adapting to GDScript in the Godot environment.
Most programming language skills are transferable, just a matter of relearning syntax. I'm loving Gdscript so far
@@alt-q1yunless it's haskell 💀
The problem is the extremely slow speed of GDScript. And C# in Godot is implemented in a way that requires a ton of context switching so it's barely faster than GDScript.
If you expect your C# code to run at the same speed, ain't gonna happen. IF you need performance, try C or Rust or some other GDNative lang.
@@Christobanistan Or GDExtension in Godot 4. You can edit pretty much the whole editor now, too.
@@Christobanistancan't you use precompiled c#?
Major emphasis on dev priorities. The fact that people forget Godot is a community-developed engine is both a great sign and a terrible workload for it's developers and community managers.
@@MrXrayez My guy, godot has nothing against taking PRs. I can tell you that from personal experience, but you can also look at the commit log if you don't want to take the word of a random guy on UA-cam. Just because you can't convince an unpaid volunteer to write something for you doesn't mean it's not community built, code talks more than feature requests, write the things you want yourself and send it in.
@@davidy22there’s close to 2k open PRs many of which have been hanging for months or even years. There are plenty of volunteers but too few people on the core team to handle this many contributions
@@davidy22Don't bother, that dude is just actually crazy. He obsessively posts on Godot related content on every social media platform, and thinks Juan linetsky and open source projects in general are russian communist projects lol
@@Dogman_35 yeah i read this guy's "book". he's not well, mentally.
honestly ppl think open-source is like industry software where they have the right to demand changes bcs they paid for it as opposed to implementing it themselves or paying someone skillful to do so
I am a very new game developer with some Java knowledge and a touch of python knowledge. I downloaded Godot after hunting around for game engines and was immediately blown away by how nice it felt for someone who is more of an artist than a programmer. After Unity had their big fiasco I've been considering getting into game dev again since Godot will have even more resources than before. Brackeys tutorials so far have been phenomenal and Godot just works sooo much better for my brain. I appreciate the attention to visual style, that it's so light I can run it on my cheap laptop instead of my gaming pc, and the node tree system which still feels very object oriented but isn't as overwhelming as unity. The Godot team has done a great job at making a friendly, powerful engine and I'm very excited to see where it goes.
honestly people are asking too much from libraries and engines nowadays and forgot that it doesn't need to be feature complete to be usable. i'm actually experimenting to use godot as animation tool just because i can script the movement instead of navigating unfamiliar UI.
Godot 4 got a two terrain editors right now , they just need a little support from AMD GPU organsiation then done , it will also going to be powerful 3d engine..
I have absolutely found Godot features much more useful than many of Unity's. UI, although initially a little unintuitive, is so much better to work with, Signals and groups are amazing, the terrain tilesets are much easier than Unity's smart tiles, and in general I just find it a better alternative. Absolutely loving it so far
Damn, i started using godot like a month ago and now its blowing up like crazy. Good timing :)
Of course it isn't unity. As a unity dev I was looking it up back before the unity drama, and what I thought of it was "light, but confusing". Now that I look at it, well, more, I just see that this isn't unity. This is better. You think it's user friendly? Nah, still confusing af with the node system, but once you get a hang of it, it's just better as far as keeping things more structured. And the functionality, well, it feels like the engine has less features, but those are the features you really need for your project. However yes, I realize that for the most part switching to it would mean learning it all almost from the beginning. But it just feels so worth it at this point
Am I the only one who finds it clunky and kinda hard to use? Everyone else is like "omg this is so much better than unity" but I find the development experience not so enjoyable. Also seems like the whole engine API was built around gdscript and the built-in editor and C# was only an after thought. Why are so many things done with strings? I will keep making games in godot and see if it gets better
@@stickguy9109 of course it isn't ideal and needs some getting used to. But after that, gdscript is actually really light and easy to use (can't say much about c#, I started using gdscript once I switched, cause yes it's a new thing, but with how simple it is, it felt like switching to python, not a big deal), the node system is good cause it basically resembles inheritance in oop: like, if a node is a ui button, it's not just ui button in the vacuum, it's a node, a ui element and a button, and it has all the properties of the three (maybe there are some extra levels, I didn't really go as far as ui yet lol, but it's just an example). So generally, less functionality, but overall better foundation. And also it's not unity lmao
@@stickguy9109Everything is clunky until you know it, and some of that learning transfers while other parts don't. It is actually very difficult to objectively measure good UI design and in software like Godot this problem is amplified.
Consider the common case of Photoshop, you probably know how to use it because you learned everything about image editing while using a school copy. Is it actually good design though? It isn't. With a handful of exceptions the UI is how it is because it's always been that way, with some degradation in usability over time as features are slapped on.
Think about how this applies to most things you use. MsOffice is a perfect example of awful design that everyone knows.
There being less features just means devs have to be more creative to get the same results, and taking some pages from retro game dev, might look better AND perform better
Sometimes having too many options for features can kill that purpose built optimization that you have to do under stricter limitations.
Upsides to godot
- it’s open source, and comes with all the benefits of that
Downsides of godot
- it’s open source and comes with all the drawbacks of that
Besides funding, I really would like to know what the drawbacks of open source are
@@muhamedzeqiri7360 Only two come to mind.
1. Lack of official customer support, but if you are a game dev...well I would say that realistically isn't as a big an issue as some might think.
2. No official export to consoles. However, if you are exporting to console, you can buy unofficial export templates or pay someone else to handle the port. Admittedly, these are costly options, but so is getting on console to begin with as there is a lot of gatekeeping, licensing, and NDAs as the proprietary source code for . In reality, though, the indie studio is usually not going to target consoles until long after launch, if at all. In the rare case that you are targeting such closed echo systems, you really aren't adding that much to base cost of entry in the grand scheme of things since you already or are planning to spend a good amount of money to get on the platform and on advertising to begin with.
You either have the money to get on console now, or will see about it in the future.
Aside from that, I don't see a real down side with Godot unless you want unreal-tier graphics, which, if you are using unreal as a benchmark, you might as well just use it or put in a ton of time and effort into modifying the Godot render engine.
@@muhamedzeqiri7360 Have to wait for it to become competitive to the triple A market. Blender for example imo is only just recently in the past 2-3 years reaching a passable version of maya or houdini
@@muhamedzeqiri7360Steeper learning curves, compatibility issues, limited warranties and no liability protection.
@@nickphauxwhat? They are not exclusive or linked to open source. It litterally can be applied to anything...
Keep an eye out on the #announcement channel on our Discord. We'll be opening up pre-registration soon for early access to GDQuest's new learning platform.
i bought the ultimate bundle last year. does this new learning platform include? to the ultimate bundle or should i need to pay to use it?
And this platform need internet to use
@skete1338 you will not need to pay anything extra, your account will automatically be transferred to the new platform. It will basically replace the current website.
We are coding it so that it does not require a continuous internet connection, but you will need to follow courses on the website. As we are adding more interactivity, we cannot offer downloadable PDFs or a similar format anymore, at least not in the foreseeable future.
@@Gdquestby learning platform, do you mean the "Learn to Code From Zero With Godot 3" course? I emailed you earlier for the student discount.
@@Gdquestsir can you tell me which projects you showed on this shorts , that platform at the end looks cool.
By learning platform, I mean the entire website that hosts the courses.
A good thing about Godot, if he doesn't have some feature, you can create your own and share. A have seen many plugin and templates shared on internet.
The problem is just the fact you need to make your own and if you doesn't know how, you are dependent of other people, but hey community is that, doesn't need to pay but it's a voluntary work and not a "free work".
"You can create your own and share"
I assume Godot while probably immature still has a giant codebase for an average joe like me. Ain't no way I can add anything to that or understand what's going on
Waku waku
@@stickguy9109Yeah also the knowledge required to make an engine is drastically different from that required to build a game in that engine. That's why AAA studios have Engine Developer Teams.
Man, I would really love to love Godot like you guys but getting into it is such a slog.. The short is absolutely correct imo. It's just completely different and as someone who does have a lot of baggage (also from being a professional software dev, most of the professional experience in C#) I don't find it "user-friendly" at all. It has super simple concepts, true, but most of the systems seem super cumbersome to me. Maybe that's just due to the overwhelming amount of tutorials targetting absolute beginners but yea.. I'm struggling hard. I may give it a few more days of getting into but so far I really don't like the experience, probably will go back to Unity, even tho I don't want to.. (Btw I'm trying to port a 3D multiplayer rpg I've been working on for a few months in Unity).
well yeah if you start out trying to port a multiplayer 3D RPG out of the gate you're gonna have a bad time lmao. Porting seems mostly a waste of time, may as well finish in unity while learning godot on the side.
I'm getting into Godot after being heavily biased against it but I'm having a blast
To me, Godot is much simpler to grasp, on all levels
Never before was I able to focus that intensely on game logic and game logic alone
@@m0-m0597 I quit trying. I was actually biased towards Godot but I just can't get into it. The workflow with the scenes and nodes is so rigid and convoluted I don't know how anybody would enjoy this more than Unity or even Unreal tbh. I get that beginners benefit from this handhold-y approach but man, just let me choose my own workflow. For me at least, it's partially due to the lack of QoL, like not being able to modify a scene within a scene, like in the prefab mode in Unity and instead having to deal with the tab management. Just one example of many tho.
I also found coding in general to be a lot more cumbersome with both the in-editor IDE for GDScript or a proper VSCode setup for C#.
I genuinely don't know who finds this comfortable to work with, apart from maybe web developers because JS development is basically hell.. Yea idk, I will definitely revisit Godot in the future as I'm sure there will be a lot of improvements in the next few years (especially with a lot of Unity devs migrating over) but for the time being I prefer Unity in virtually every single aspect.
@@m0-m0597 I'm curious tho, in your opinion, what is it that let's you "focus more on game logic" than in Unity? Because I continuously fail to find the comfort in using Godot.
I even ditched porting my rpg and instead tried to just make a simple 3D platformer but it didn't get any better. Don't get me wrong, I'm not saying Godot is bad or that it's difficult to make games with it. All I'm saying is that I don't see ANY benefit from Godot over Unity at this moment in time. So what am I missing here? Why are people having such a blast when switching to Godot but didn't have it in Unity?
@@Stunex What helped me focusing so much on Game Logic is basically Godot forcing their script language on me. How? I realized C# has so much unnecessary boiler plate stuff going on, and then there is also performance loss due to marshalling. That forced me change my strategy. Using their own Python-like script language gives huge performance benefits when it comes to modifying objects and physics parameters. When it comes to handling big sets of data or other critical algorithms, Godot allow me to add C++ modules. And that's all I need.
Yes Godot forces its workflows upon you if you want to get the very best out of it (e.g. performance), but it made me realize. C# is not everything. Yes, loosely typed/duck typing languages are still icky to me. But I want to get to a working solution as soon as possible. I don't want to get lost in architecture, because you easily end up creating the optimal code architecture on multiple abstraction levels just for the sake of it. It's not solution-driven when it comes to software-projects in that only one dev is involved.
Proper documentation is everything. Following basic patterns, yes, also very important. But don't over-engineer. That's not only a trait of my German butt, everyone tend to do that imo
I still am looking forward to Godot 4 videos and tutorials from GDQuest. The engine is nearly in v4.2 already. :(
This absolutely needed to be said. THANK YOU. I had the same concerns: I'm so glad in light of Unity's sudden but inevitable betrayal, many people are realizing the tangible benefit of open source, BUT, I'm worried for the developers and community managers dealing with a huge flood of: "But in Unity..." and "Why isn't it more like Unity?" Inevitably, those who are the most change-averse will stick with Unity, and get bit again the next time this happens.
Maybe it's just me, but I tried to learn Unity like 5 times and struggled. GDScript and Godot's node system actually made a LOT of general coding concepts suddenly stick for me.
GDQuest also has done a brilliant job of making a guided slope into learning both the engine and coding in general.
The way it works is very logical and quite frankly brilliant in its own right, and I really enjoy it.
If Blender is any indication, its limitations won't stay limitations for long!
What happened with unity?
@@asgacc8789 Oo boy, ok, I'll try to keep it short: Basically Unity tried to force a new monetization model with its new version.
I guess the intent was to capitalize on mobile / casino games using the engine who were raking in millions, but anyway Unity wanted to charge DEVELOPERS roughly .20¢ for EVERY. INSTALL.
That is, if I make a game, you buy and/or install it, I would get charged 20¢.
So naturally and thankfully, the whole gamedev industry exploded over this nonsense, and Unity even knew what it was doing was scummy because they deleted their ToS from their Github hoping nobody would notice.
People had lots of questions: "What about demos? Couldn't somebody who disliked me just install-bomb me into bankruptcy? How are you even tracking this?"
Oh yeah, and they wanted to apply this retroactively to ALREADY RELEASED GAMES.
Unity says "Don't worry we aren't using spyware...but uh, it'll only charge you for the install once per user!" An obvious contradiction and weak attempt to save face.
After a huge migration of their userbase (Godot got lots of attention and funding yay!) and tons of outcry, Unity walked it back in a super weasle-like fashion by putting this policy only on the later versions of the engine, and only after a certain earnings cap. I am not sure where it went after that.
But basically, their scumbag CEO, John "why don't we charge $1.00 for reloading in Battlefield" Ricciotello ejected, probably with a golden parachute, and the company is trying to pretend this was all a big misunderstanding.
What blows my mind is how many people are going "Oh, ok" and still using Unity after this, because it really proves that you just cannot trust commercial software, especially when they've got fatcat investors to please.
Hope this helps! :)
“Betrayal” lmao. Like your game is ever going to make over 200k in the first place.
As someone who has never coded before godot has made it possible for me to create my own game. Thankfully I’ve been an artist for the last 15 years so coding is what’s mainly left
You're right, Godot is not Unity, it's much more than that ❤️
I'm sorry bro, but if you're talking about performance and features then Unity surpasses Godot
@@Th3-Mast3rmind yes, and UE surpasses unity on that,. at least in game performance when compiled, the SDK may be a bit heavier lol
that's not really the main point here
indie devs aren't AAA devs, they're not always looking for the most bleeding edge features, because they don't have the budgets or expertise in house to really utilize them much if at all, and many of the games made like that, do not really even stress a modern cpu much
most of those devs don't have a need for either because they're not even multi-platform.
@@dutchdykefinger I don't really understand your point.
Are you agreeing with OP that Godot is better than Unity? Or are you just simply a UE fanboy?
Unity has the tools to perfectly scale from indie all the way to AAA
@@Th3-Mast3rmind
Godot is an alternative, and is an engine that is constantly improving, it's a great tool for indie devs, AAA games are not everything for the industry, but i'm sure that with the enough effort you can achieve even that as well lol
@@darshio8307 it definitely is a viable alternative, no doubt, but at a limited scope. And it's definitely improving
what's the scheme on 0:15? looks interesting, where is it published?
+1
+1
+1
+1
It's the architecture diagram from the official documentation : docs.godotengine.org/en/4.0/contributing/development/core_and_modules/godot_architecture_diagram.html
What is GDQuest working on right now? Will you be releasing anything in the last quarter of 2023?
We have been working on learning technology and now we will be working on remaking or porting courses to Godot 4. We will definitely release at least one course in early access by the end of the year, and a bunch of videos.
@@Gdquest Thank you for the update. 👍
I actually used the godot engine for my game jam last week end. If you try to use Godot like unity you will struggle a lot. If you try to handle it like an own tools with its own ideas you will recognize the potential of the Godot engine. I will definitely make more Godot Games in the future.
in other words, the product is different, but the result is the same.
As someone who had done basic tutorials with Unity and now is working on learning Godot, it is a much more fun experience and much more friendly.
This is exactly what people have been getting wrong about GIMP and Mastodon for years. They do the same kind of things as Photoshop and Twitter, respectively, but they aren't supposed to be drop-in replacements. Why is it so hard to just appreciate an open-source project as its own thing?
GIMP doesnt have preview thumbnails in file browser and build a preview in tiny area which you cant resize. Building a preview for jpeg file readed from nvme ssd took up to 1+ second. Up to few seconds for png.
I need to click to "make a preview"?!
All of this in image manipulating software?!
Those so called "own things" are literally just a hilarous bullshit which only show what software was maded without any single mind about UI/UX, usability and just a simple love and respect for users.
"it's not the same!" is not an excuse for bad UX. Having a shitty user experience in using the tool is not a quirky unique trait of the software
@@sounddifferent3752That's handled by the file browser, not GIMP.
@@NihongoWakannaiIf you genuinely think Photoshop's popularity has anything to do with it's layout other than familiarity you're just wrong. I'm not going to say Gimp is perfect, but Adobe's UX design is merely consistent, not good (and I've been using it for decades).
This is their second short
But they have a lot ov well made videos
in my opinion I see godot as an in-between of GDevelop and unity
I'm still trying to learn tho
some tutorials I found don't work in the newer version
Same level of polish? As an avid godot enjoyer and unity hater I can't help but feel like this is a farfetched point. Godot is simply not there yet and I highly doubt (even if all addons magically would be available in godot to begin with) it could handle the high intensity load of games like Tarkov (which even Unity can't handle properly) or Rust.
Also Godot Material is extremely limited to beginner tutorials. Try to find advanced concepts explained, I'll wait (And be happy if you do find some)
Godot already supports Rust and any native, compiled language via GDNative.
@@Christobanistanhe meant rust the game
Yes :D I didn't talk about the Rust Language. I was talking about the survival game which is always at the brink of ripping Unity at it's seams.@@Christobanistan
Even more simply put, any famous mobile game is usually made with Unity, and I can bet confidently that Godot simply isn't capable of building something like it yet.
@@prs4871Doh
I was making simple games about 10 years ago in unity. I installed unity about 1 year ago and I feel it changed SOOOO MUCH. But when I installed godot, I felt like 10 years ago while tinkering with unity. Engine is simple, yet powerfull. And if you find bug or missing feature, you can just compile it on your own. If you start your project from scratch, try godot
While they definitely aren't the same, I find that Godot and Unity are far closer in style than Unity is to many other engines (I mean I can't say for Unreal, I've only opened it a single time and never used it for anything, but Gamemaker is DRASTICALLY different from the other big 3, and ones like RPGMaker, Clickteam, and game libraries like RenPy are much smaller, and don't really have comparable development environments to Unity), so while Godot isn't "Unity without the capitalism", it's the closest possible alternative for Unity's development tools and environment as far as I've seen.
I just got done with a 14 hour Godot tutorial and I thought you were about to highlight bad things about Godot and I got terrified
Both Godot and Unity are product of Capitalism. Godot is not a tool built by a government. Is a tool created by private individuals working in market economies and being financed privately by individuals and by companies. By the way, libertarians are usually against intellectual property, so a tool like Godot is for them more an example of a good Capitalism, than a tool like Unity that depends on a form of monopoly called intelectual property that is enforced by governments and was created by governments.
To a beginner like myself they feel very similar. Not in the way that GIMP is to Photoshop but as described in the video, but I thought everyone knew that and didnt think Godot is a open source 'copy' of Unity.
Godot FTW 🙌🏼
Godot is growing with thousands of passionate developers right now. Obviously it's not in Unity level, but I'd rather use a software that actually cares about its community.
And if you do want a "rebound unity" try the open-source stride engine, it's heavily inspired by Unity and even shares a similar workflow.
Once you fix stability issues in the editor or project file corruption, it might become a decent tool. Right now, getting frustrated is the norm I guess.
I work professionally with c sharp for maintaining APIs. And I once imported a sword into The Elder Scrolls 4 Oblivion that I made from scratch using Blender and Gimp.
I'm ready to Godot.
would people seriously expect it to just be 1:1 copy that they could just port all their work into? If so I'm sorry but that's an incredibly foolish expectation.
People are idiots. Enough said.
I find many things in Unity to be way over complicated. I got stuck on one project for a while because I was trying to draw a box on the screen and I thought it would be a simple draw function but no. I don't even remember what it was but it was more complex than it needed to be.
Hi, how are you?
I have a question, can I use the program language with the name three.jd, Java, JavaScript, typescript to code some games in Godot engine?
Form Africa at Mozambique.
?
You can use Javascript but it's going to be difficult to start that way. I would recommend trying the free app to Learn GDScript. You can find it on gdquest.com. Good luck to you.
@@Gdquest thanks
ive never coded in c# but is vector2 x and y and vextor3 x y and z?
You can make any game in Godot just like Unity or even Unreal
"Can't easily port from Unity"
AppLovin: Hold my sorcecode.
I recently started diving into godot trying to learn it without a tutorial. I'm still learning how it works especially how to reference nodes properly and how to set up the node tree, but I've been treating Godot like it's a big boy version of Scratch.
It's different but different with intention. I read some documentation that basically said they'll happily fight people to defend their looping structures. Do I get why they choose those choices? Not yet, but I admire the spunk.
Godot has the same level of Polish??? 🇵🇱
Yea Godot Is Not Unity.... ITS BETTER THAN UNITY.... 😂
PS:Just jokes... I Do not mean to disrespect Unity... So please don't hate me....😢
You can also import maps from Doom and Quake, so map creation is actually really easy as Doom Builder is super easy to use and Trenchboom is pretty easy too
You can expand the UX to make your experience more like unity, [That's the power of OSS ]. However, you're going to have to do some C++ programming.
Also You really shouldn't be using C. Sharp, C. Sharp is a object oriented language and object oriented languages are horrible. (You really should be using GD script if you're going to be starting a new project)
And how to import the files i created in Photoshop, Ilustrator or blender:( a character, background, fight style ) in Godot 4.
?
RIP unity
the only real drawback with godot is the performance
Yeah, even C# runs many times slower on Godot because of the very poor way they implemented it.
@@Christobanistan I'm not sure if it's fair to call it poorly implemented...you could argue the lead just has a different set of priorities. Not every game needs, in fact most games do not need, a super performance focused engine. And focusing on performance usually comes at the cost of ergonomics/DX. If you want an engine anyone can use to quickly get started in the industry their methodology makes at least a kind of sense
@@Christobanistanif you’re concerned with performance, why are you using C# instead of a compiled language? There are C/C++ and rust bindings, D too if you’re one of those weirdos
@@noxabellusIt's totally fair, after all we're not talking a small performance loss, this is going from close to C performance to interpreted performance, at ~10-50x performance loss. Sure, "not every game" needs good performance, but when you need it, you NEED it! And you never know when a game will transition from not needing it to very much needing it.
There's just no excuse, frankly, other than a very lazy implementation. This is one of those areas where open source implementers really become a liability, As individuals doing volunteer works, developers can tend to dig in their heels and defend poor design choices and take criticism as a personal offence. A company would just say "fix it." I guess until someone decides to fix it, it's never going to get fixed.
That's not terrible, though, C#, as a non-data oriented, partially compiled lang requiring a runtime and garbage collector probably just isn't the best choice. I say choose something like C or C++, or GoLang, (or Rust if you want to lord your skills over others).
@@Christobanistan "I guess until someone decides to fix it, it's never going to get fixed." From what I've heard even that isn't enough as they have denied PRs along those lines.
I disagree that "you never know when a game will transition from not needing it to very much needing it" if you haven't figured this out in early design phase you haven't got a prayer of completing anyway.
In general, for my own purposes, I agree with you for what its worth. I just think there's plenty of space for this as an entry-level (as in experience level) option. It'd be better if it wasn't being touted by so many as a replacement for something more.
None of this is to say that unity is great for performance either, mind you. Unreal can be quite a pig as well. What's a beginner to do though? Hard to reinvent the wheel if you've never seen a wheel.
In any case, this type of thing is why I'm making my own engine in my own programming language. Can't exactly recommend that though lol
Godot might be on par with Unity on the new 4.3 update! Might want to give it a look. And if you know python, godot’s scripting is very similar.
What is the 2D game with the Asian character running to the left seen here?
I like that there's an Android version of the Godot editor. Always wanted this for Unity.
forget to have the same ParticleSystem Complexity as in Unity, it is awesome in comparison to Godot
I'm not communist but
I have extensive experience using Unity. I recently started using Godot and I think Godot is wayy better.
One more thing you can't expect from Godot:
(X) console support (a.k.a ability to publish/port as Godot console games)
Bummer 😕
NGL Unity is indeed better, just like UE5 is better than all of them.
But C# is so good.
They use C++ too. Even its own python programming. Also people have made programs for porting :D
If you want a version of “Unity minus the Capitalism”, consider MonoGame- this is what Stardew Valley was built in.
From what I understand, it doesn’t hold your hand as much, but it is free forever, has better porting support for consoles than Godot, and (AFAIK) is what Unity is actually built on top of.
Let that sink in for a moment: Unity charges so much, but is built on FOSS. Yeah
Im a fan of godot but Id never say it provides same level of polish as unity. It's trying to get there but it's not there.
I've never really gotten much into Unity, but I mostly use frameworks over game engines. I want to learn godot, but I love C#. It's kind of annoying that .NET is a separate version that's not the default, and I wish it does get more documentation.
From what I've seen the official documentation is getting pretty good. Hopefully, it will keep improving over time.
I started learning Unity right before the whole pricing sh*tshow. I scrapped that idea, uninstalled Unity and am now learning Godot. I only expect it to work to my needs, which isn't a very high expectation.
UX or DX? You left that pretty ambiguous.
It's sad that people think that X software needs to work and look just like the software they came from.
Godot ≠ Unity, Blender ≠ Zbrush | Maya, Gimp ≠ Photoshop, Krita ≠ Clip Studio
That said, can the open software do the job? Most likely.
De argentina para el mundo papá
People make mistakes, Unity has 1 chance to fix this and it seems they are
For me I can't learn gdscript because I already know c# I'd rather use my time to develop that AND I can't use gdscript anywhere else but c# I can. Basically more c# educational content is welcome.
Godot is different than Unity for sure, but in my view, a lot of the differences are extremely welcome ones. A Node is not a GameObject. A Godot Scene is not a Unity Scene. Godot's composition is not the same as Unity's inheritance, but at the same time, a lot of these just feel like "ah yes, Godot decided to do it correctly."
Plus, in any good game, a lot of it is back end development anyway. C# is C# whether it's in Godot or Unity or something else.
I tried Godot.
It's not so good like everybody is saying.
It has a certain potential but it's not ready to rivalize the other game engines yet.
For people who are beginning to make games I reccomend Game Maker or Construct 3.
If you want to try somenthing bigger in 2D go to Unity. If 3D is your dream go to Unreal.
There's a indie programmer who ported his game from unity to Godot in about 24 hours. Fairly sophisticated game too. One of those weird rogue light RPGs I can't remember which one. I'm not saying that for everybody it'll be that easy it kind of depends on your code base but it's not nearly as hard as this video makes it out
I switched to godot for this very reason actually as it felt like a friendly rebound unity. I would run into so many issues using Unity that would impede my development progress which didn't even involve my own code debugging just general things in unity breaking, things not being consistent, etc. I switched to Godot only a couple of weeks ago and just following brackey's new tutorial I got a working level with zero issues due to godot itself. In fact I made modifications much quicker in godot than i could in unity. I will switch back to unity if and only if they restructure it properly. I feel that unity is rather sloppy because most of the features seemed to be shoehorned in.
Tell them Nathan 😂
There are no "gotchas" with the open source license and ALL OF THE CODE OF THE GODOT GAME ENGINE IS OPEN SOURCE?
Funny watching people act smart in the comments by saying {insert their way of working with godot and unity here} is the undeniable way to do things in either engine.
If there are objects, which both unity and godot use, then there are many various implementations and methods to program.
To limit yourself to a single method makes you a worse developer overall. Learn! Get out of your comfort zone lol
can I sell games on steam using godot? and how much would they take from my earnings?
Yes, you can sell games made with Godot. You do not accept any EULA or TOS when you start using Godot so there is absolutely no way for anybody to ever ask for a portion of your earnings.
Godot is open source, not owned by any company, and is under the MIT license, so you can do anything you want and that can never change.
@@novh4ckWell, you accept the MIT license, which means no restrictions on your use ever and that can't ever change.
@@novh4ckyou do accept a license agreement though. The MIT license. That license say you can do whatever you want to the source code so long as the original copyright notices are preserved and a copy of the license is included with anything you distribute that includes the licensed work.
Facts bro.
What I am seeing is just a bunch of challenges that we ought to improve! Godot is a community project after all!! ❤
I'm actually liking it better. I started hating Unity when you would work on a project and it not be compatible with the new update and then making us use a launcher before we even get into the program. Go Godot! So far its like things just work the way I want and GD script is real similar to python!
Hasnt used Unity before
Took C# classes
Never got used to Unity UX
Doesnt charge .20 USD per install
What downsides?
I'll have to disagree with the porting trouble comment as godot is very friendly once you take about 30 days to really know the coding language and read the documents or just hang in the official discord and ask questions in there
When you choose proprietary software to develop any project, you are putting your future on other's company hands and their commercial policies. If possible, choose open projects and keep in control.
I'm begginer in Game Devlopment Can you please tell me Which Engine And Which Language I'm use and sorry For Bad English
I love the direction we’ve taken with as much game dev tools as possible being open source, engine? Use Godot. Need some models for it? Blender. Need some sprites? Aseprite
I tried unity and it made me hate game development. I tried Godot and I am already on game 3. Unity is horrible and people who like it should stick with it, I don't want them in the forums lol 😂😂😂
Its more rpg but did you know about bakin engine ? It is very near unreal but alao unity 3d style. The illumination is as close aa possible to unreal and i love it, also its more simple but if you are experting on coding you can go to the code side of engine as well
Godot only has room to grow. Unity is stagnating and the reasons to choose it over Godot are slowly becoming less and less. Plus, GDscript is like the easiest language to learn and the error output is amazing.
I never could learn unity, it was really complicated and boring. Godot is really fun to learn and it's also easy to learn. I don't care if unity gets better or worse I'm staying with godot.
Yeah yeah yeah ! Just tell me where do I create Game Objects in Godot? And how do I export ALL my Unity paid and free assets to Godot?
I love how people say " just switch to godot!" Like its switching ms word to google docs. Everybody who says this doesnt develop games lmao.
the godot community doesnt want it to be unity. the biggest thing is we are trying to do for unity devs is to make the transision for new progects clean and hopefully one day beable to port old progects.however just cause we arnt unity doesnt mean we dont want unity users to come to our side.
Try stride engine for unity like workflow
I’m starting from scratch and wanna learn coding a friend I’m going with Godot
Godot honest trailer