Is Brackeys back?

#Brackeys #Godot #GodotEngine #GodotTutorial #Unity #Unity3D #UnityTutorial
Fair Use Notice: This video might include copyrighted material, and given the nature of the Godot Engine project, content like this is frequently subject to censorship within the Godot community. Therefore, the "Godot Engine No Context" channel is dedicated to highlighting fundamental issues of the Godot Engine project through various means such as criticism, satire, parody, and more, addressing issues that might otherwise remain unnoticed. These activities are protected under the "Fair Use" doctrine governing copyrighted material. Should you intend to reuse the content from this video beyond what is typically considered "Fair Use," it is your responsibility to seek proper authorization from the relevant copyright owners.

[@slizgi86]

It is funny how Brackeys is so Gamedev KZbin guru, yet not good enough to take a look into the Source of GOD-oh and say, OMG what a mess, unless he does and don't care and continue because GOD-oh so popular this day's so make some moneeey off of it, like many people does now.

[@UODZU-P]

what do you mean by this?

[@EliasPoveda]

It's great that you are looking at the code, submit a pull request and help to make it better.

[@GodotNoContext]

@@EliasPoveda Have you ever found yourself wanting to contribute to Godot's development, or are you talking about Open Source in particular? Many users of Godot often tout its open-source nature as if it's Godot's built-in feature, but have you ever considered the wasted time and resources of having to wait for a pull request to be merged into Godot? Many crucial PRs remain unmerged for years, literally, as former contributors of Godot say. This is in contrast to other healthy open-source and source-available projects with adequate management. For more information, feel free to read these articles that back up these assertions: Freedom: waiting-for-blue-robot.gitlab.io/development_philosophy/freedom.html Reviews and Testimonies: waiting-for-blue-robot.gitlab.io/reviews_and_testimonies.html

[@mopri5424]

What is the point of this video?

[@GodotNoContext]

Sorry, but your question is way too general. If you can't see the point, you're just not in the loop. And if you're out of the loop, you won't grasp it. Therefore, you don't need it. If you have a more concrete question, feel free to ask, I cannot read your mind or try to guess what exactly you don't understand. It's like asking what's the point of life! The point of these videos about Godot is to shed light on Godot's issues and to tell the truth about Godot in general, mostly in a satirical way.

[@gweltazlemartret6760]

"Telling everyone that this former Unity game dev switched to a fee-free game engine" :)

[@gweltazlemartret6760]

Oh, hadn’t see that this is a satyrical channel dedicated to Godot hateness. Feel free to ignore me, I'll make sure to ignore you.

[@GodotNoContext]

@@gweltazlemartret6760 I recommend you to watch my 2-hour-long video, or at least read the description there. In your case, Godot is the game engine you've been waiting for! 😉

[@gweltazlemartret6760]

@@GodotNoContext I'm not a game dev, but tanks for the ref, I may try it.

[@MadaraUchiha-iu3ld]

Should I try prototyping some ideas (2D) in Godot or something else? I'm a c++ developer in engineering simulation by profession, I'm looking around for game dev frameworks to try out, never made a game before. I looked at Bevy and Orx as well. Bevy's UI stuff seems like such a pain (coming here after years of qt programming) and rapid prototyping seems difficult. Orx seemed great, it's config-file based development makes quickly testing out ideas possible it seems. But I haven't gone beyond tutorials yet in any of these (Godot, Bevy, Orx).

[@GodotNoContext]

I wouldn't recommend using Godot anyway. It's too easy to get stuck with it, because of its deceptive simplicity. But if you're not afraid of getting into this mess, you could use Godot for prototyping if you like, but again, bear in mind that Godot is extremely NIH, so there's a great risk of getting stuck in its insular ecosystem. The more you use it, the more you're going to have that "Is there a GDScript written for it?" syndrome. Not to mention the Blue Robot Cult going on. It's going to be difficult to use things outside of the Godot ecosystem, and even if you do, maintaining that stuff is frustrating because there's no such thing as a "stable" release of Godot, they constantly break compatibility even in what they call "stable" releases, just read their recent "Introducing Reverse Z (AKA I'm sorry for breaking your shader)" as an example. And what's the plan for your prototyped code? There's no convenient way to port GDScript to your preferred target language, so you might end up spending more time on conversions, ironically, than if you were working in C++ from the outset. If you're skilled in C++, you could create your own prototyping system tailored to your needs. I've found myself reinventing and re-implementing things with Godot, like the Goost extension I abandoned, for instance. So instead of just prototyping, you end up spending time adding features that should be standard. You'd think a game engine like Godot would offer convenient visual debugging functions, but no! For example, there's no handy draw_text() function like you'd find in GameMaker, this is just one of many examples of what Godot is missing for fast prototyping. > "Bevy's UI stuff seems like such a pain (coming here after years of qt programming) and rapid prototyping seems difficult." Bevy is written in Rust, and it's probably the worst language to prototype in. Read a recent post-mortem on Rust + Godot, reposted by people like Johnathan Blow, creator of Braid: twitter.com/Jonathan_Blow/status/1784011894778462386 Here's a direct link to the post-mortem (spoiler: after using Rust and Godot, the author decided to use Unity, as it provides better hot-reloading functionality for C#): loglog.games/blog/leaving-rust-gamedev/ Quote from the article: "In the context of Unity, there now is hotreload.net, which is a custom implementation made specifically for Unity, which I've been using for about 4 months now, and which has been completely amazing in terms of productivity. This is actually the #1 reason we're moving back to Unity. It's not the reason we're abandoning Rust, but it is a reason we're going to Unity and not Godot or UE5. (At the time of writing Godot does not support .NET hot reload, and UE still only has blueprints and C++.)" Speaking of Jonathan Blow, he's working on his own in-house scripting language called Jai. This isn't to say that you should anticipate using it, I'm just saying that professional game developers tend to create their own specific programming-assisting tools, and they will be way more efficient and useful to you or your studio than anybody else. If you're enthusiastic and have lots of free time, you might look at similar languages/environments like BeefLang, Lobster (which has built-in ImGUI), etc. For 2D, Defold is a strong contender (Lua), and could definitely be used for prototyping. It might have fewer features compared to Godot, but at least Defold doesn't attempt to reinvent everything like Godot, and Defold is way more stable and robust, it rarely breaks from what I've heard. Frankly, even Godot is not good enough for prototyping, and there doesn't seem to exist a fully dedicated programming environment for this purpose. Again, perhaps due to the reasons outlined above: beginners don't really get the point of prototyping, they just want to make games, and professionals are proficient enough not to require dedicated tools specifically for prototyping, they just create things like maestros from C++! 😂 Good luck in your game development journey!

[@stedunn563]

So if you want fast prototyping with a big community, you can use c++,c#, rust... Etc etc and develop RAD games/apps quickly then the thousands of people that use it would disagree with the troll above. However if you want to believe one angry person over thousands of more positive active people who don't dedicate time to hating a free resource lol then yeah miss out on a free resource that's now proving very successful in game jams and a wealth of new games coming out 😂

[@--.--]

Don't make videos again

[@GodotNoContext]

You don't exist.

[@goreldeen]

No more VBucks for you

[@gomapreie9404]

I'm sure this video means something, still trying to figure out what that is

[@stedunn563]

He's bitter over godots growth😄 seen him crying on Godot channels trying to hate. Imagine hating someone so bad you dedicated this much effort. That says to me Godot must be great as he's scared of it. 😅

[@Szabbyhun]

1:51 Wait... W4 games is a game engine? what? |Btw: most of these clips was so cringe, i could barely finish the video. Not, that its bad, but sometimes its too much / lot to take. And the next question is... uhm what is the next best free, open-source, /+ royality-free game engine, that is not a mess, or atleast better, than godot(in code, and performance), and is capable of better 3d graphics or same with way less bugs, better performance, etc... than godot 4, or its good to me, if the 3d is ~2010-15 -ish; and is not that hard, with good docs. I know, there is Stride, but it takes a lot of knowgedle in my opinion(and the development is even slower than godot from what i heard)And console support is not that good, but -even tho never owned any console- i would only consider the switch (because indie game stuff), but a PSP2 would be good. I also tried Defold, but it was very strange from any other engine to me, might come back to it later. The next best engines are maybe GDevelop(it has a little 3d support for now, but good if i want to do 2d)? or UPBGE? Or just fk it, and make my own engine with libraries, or what(so custom engine from scratch with like raylib or whatever), etc... that will probably took so much years(because i will learn coding while doing it), that some other engine will replace godot. I mean, i like godot(engine), but overall, its both good and bad. (btw, i went with godot, because it had a lot of learning resources, and with my programming/coding knowgedle, it was my choice, and it support linux, web and android too). But now, that im thinking about it, im curious why godot was the one that became popular? There was no better choice? Why the "early adopters" who looked at the code(so the ones who can understand programming, etc... and can help build + maintain godot code) tought, that its okay? i mean most likely they helped developing, thinking it will be better. But after years, they could have realized, that the "PLC" are not suitable for this project(we could say this was before 3 released or even mid 2 version, idk), or maybe not, because the "PLC" still had the capacity to manage it, and maybe there were other key members in this project, that left, i dont realy want to look up, just a guessing. And i also heard, that they use/d some really old code in it, not sure if its true/was true. What if it was an other engine with "better" "PLC"? Most likely because its easy to use, but still... Why godot was the one pepole went with? I mean there are other open source engines, that could have been better than godot now, with the amount of support, that godot got after/while becoming popular.(excluding w4 stuff) I think thats it, just a guessing, and questions tho.

[@GodotNoContext]

> "1:51 Wait... W4 games is a game engine? what?" W4 Games is a for-profit company of Godot's leadership. It's not a game engine. The exception here is Ramatak Mobile Studio, which is a commercial distribution of Godot, also created by Godot's leadership. So yeah, the graph is misleading, but this graph was used by Brackeys to promote those Godot companies in his original video, so I advise directing your question to Brackeys! 😊 > "|Btw: most of these clips was so cringe, i could barely finish the video. Not, that its bad, but sometimes its too much / lot to take." This is true. My videos just expose Godot shenanigans, so by definition, they will be very cringe. I'm just showing cringe aspects of Godot that many users of Godot people fail to notice or don't want to see. When users of Godot watch my videos, they are looking in the mirror, and they don't like the image that they see, so to speak. > "Why the "early adopters" who looked at the code(so the ones who can understand programming, etc... and can help build + maintain godot code) tought, that its okay?" Your assumption here is that those who looked at the code are not amateurs. Godot doesn't attract professional developers for the most part, so the majority of Godot contributors cannot really say whether the code is good or not, they are taught to believe it's good because Juan Linietsky said so. > "Most likely because its easy to use, but still... Why godot was the one pepole went with? I mean there are other open source engines, that could have been better than godot now, with the amount of support, that godot got after/while becoming popular.(excluding w4 stuff)" But in general, the reason behind Godot's relative popularity is quite simple: promises of a so-called "bright future" for Godot + the desire to overthrow commercial engines like Unity. The irony here is that Godot is a corporate structure that they despise, Godot's leadership is just very good at hiding it. The following general overview of Godot provides some explanation for this phenomenon in more detail, especially its purported popularity: waiting-for-blue-robot.gitlab.io/development_philosophy/overview.html Thanks for expressing curiosity. If you have other questions, feel free to ask!

[@Szabbyhun]

@@GodotNoContext The cringe part was because the Brackeys clips. The W4 games question is a rhetorical question. But i never heard of the 'Ramatak mobile studio'. Also, its possible, that they(or the editor) just went with an image unaware, that its not 100% right. But i can imagine, that Brackey's was "paid", because i think we could say, that it sounded like an ad, but i heard some ppl talk like this without being paid, so idk. Also, i dont think Brackeys would answer the truth if he would answer in the firrst, not worth it to ask it, i can also see, that my question would get deleted on reddit, or you know, i would just get the usual internet hate stuff. And an another thing: why they went with godette? im sure they knew what the internet will do with popular female characters. And now thanks to this, i tought of something i would rather not mention here. Or they used the IPhone tactics: *Brand loyality*, but we can call it cult here too. So as an other commenter said: its targeted for kids, (i dont really count GDQuest, but i can see they being supported by godot "PLC", even if not with money). But the question is, what they want to do with the loyal followers(winning twitter arguments? XD )? 99% wont do console ports, so why? And what if they have a masterplan? Hope you understant where i am going(this doesnt makes sense, but interesting questions, imo). Its sad, because Godot(engine) has a lot of potential, but i think the community/+"PLC" holding it back, or rather cant really improve the base code, because its already so fk-d up, and it would not worth it to recreate, or heavily modify it? Also, under some video about game engines or "instead of unity", i saw, that someone said, that GDevelop, and Stride are the best open source projects, because something, i forgot, will try to find it if you are interested.

[@GodotNoContext]

​@@Szabbyhun You're spot on about the brand loyalty surrounding Godot. What's particularly "clever" about Godot is how its leadership has cultivated such a dedicated following that rarely, if ever, criticizes the engine. This gives the illusion that Godot is flawless at first glance. Godot isn't just a game engine. It's a mental construct. The problem is that a lot of people don’t actually know what kind of approach Godot follows, so they tend to project whatever vision of their own perfect game engine onto Godot, basically creating a bubble. > "Its sad, because Godot(engine) has a lot of potential, but i think the community/+"PLC" holding it back, or rather cant really improve the base code, because its already so fk-d up, and it would not worth it to recreate, or heavily modify it?" Good question, it pops up from time to time. You can find an answer here: waiting-for-blue-robot.gitlab.io/why_not_fork_godot.html The short answer is that there already exist better solutions out there, they just take more time to master. I invite you to read the following recommendations: waiting-for-blue-robot.gitlab.io/alternatives.html?#general-recommendations

[@GodotNoContext]

@@Szabbyhun > "But the question is, what they want to do with the loyal followers(winning twitter arguments? XD )? 99% wont do console ports, so why?" I believe it's only the beginning of their commercial agenda. For now, their task is to attract millions of developers to adopt Godot, by attracting influencers like Brackeys who will do the marketing for free. If they succeed in this, they'll probably employ the classic "Embrace, extend, extinguish" tactic: the most valuable features could end up exclusive to commercial versions of Godot, leaving the open-source version neglected or underdeveloped. It might not be a deliberate plan, but they're likely motivated by the usual desires for profit, fame, and power.

[@maxiluaces505]

I just read your article on FOSS vs commercial and yes, I assumed it and the arguments presented are totally understandable. I have given Godot a considerable amount of opportunities but there is no point, and I always knew that he could not and should not be considered a possible competitor or replacement for the greats. I am slowly following in the footsteps of O3DE, that engine is really a hopeful project... and I totally understand that it is still green and that it could become obsolete or discontinued from one day to the next but time will tell I guess... Even so I know I will always have UnrealGOD to satisfy my devgame hobby. ps:good channel.

[@pantherofsteel]

Well at least the previous videos were a bit funny, but this is really getting old, and without point. Btw, Unreal engine user here.

[@GodotNoContext]

Well, others clearly got the point. Could you elaborate? Btw, we all certainly believe that you're not using Godot too! 🙃

[@pantherofsteel]

@@GodotNoContext Others? Like all 5 of them? Ok lets say that I am not that intelligent like the others (I am Unreal user after all we are dumb, we blueprint we no code), I didn't get the point about Brackeys, was he paid to do this, did his tutorial suck, is he imposter. English is not my native tongue, as I am German. If I translate the title literally it means that he is not back? Show me the light, please, I beg you. "We all certainly"... sounds like something a cult member would say. Also no fucks given if you believe me or not, I came here for the drama and laughs anyway.

[@GodotNoContext]

​@@pantherofsteel First of all, have you watched the latest Brackeys videos? If you haven't, then of course you will miss a lot of ironic moments here.

[@pantherofsteel]

@@GodotNoContext where is the second of all? And, yes I did and no, I don't see the irony. As I said, I liked your previous videos and there are lot of hilarious moments and got lots of laughs, especially from the dumb things open source community is chanting. This one I just don't get. You are just jealously bashing a content creator because of his choice not to do Unity tutorials any more?

[@GodotNoContext]

@@pantherofsteel Alright, I assume that you're simply out of the loop. You said that you came here for the drama and laughs. You are free to interpret this in any way you want, but the entire "Waiting for Godot" is a tragicomedy in nature! Of course, there are times for laughter, but the purpose of these videos is to show people the truth about Godot at the end of the day! The video contains multiple layers of irony. If you're out of the loop, you might overlook it. The biggest irony of Brackey's comeback is that he did return, just not to Unity - he's now into Godot. In his latest comeback video, he praised the virtues of Open Source and portrayed Godot as a potential leader in FOSS game development. Yet, the irony lies in the fact that Godot operates under a corporate structure, and this corporate structure is something that made Brackeys disappointed about Unity, which is ironic again. If Unity is seen as a wolf by some people, then Godot is a wolf in sheep's clothing. That said, if you really watched my previous videos and enjoyed it, then I don't understand why you don't see the irony behind this all. As for other ironic insights, I'll leave those for you to uncover. I wouldn't want to spoil the fun for anyone else.

[@maxiluaces505]

05:33 LoL,fake screen? anyway...i prefer O3DE.

[@GodotNoContext]

Yes, but I think you missed the question there in the video. It's humour. 🙃

[@MichaelH-zb8gg]

​@@GodotNoContextHumor, hmmmn not sure about that. You tread a fine line on that. I was bitten by the Godot bug when Unity stuffed up. But I too have realised its flaws and are now deciding to just go back to the devil everyone knows. Unless you have a better idea for a replacement engine ?​

[@GodotNoContext]

@@MichaelH-zb8gg I'll take that as a compliment! You might want to read up on what post-irony means. 🙃 Frankly, there's no one-to-one replacement for Unity, nor Godot is an alternative to Unity. Merely debating over Godot versus engines like Unity and Unreal creates a false dilemma. Game engines like Stride3D or Flax Engine are closer to what Unity offers. Even then, they can't quite compete with Unity (yet or ever). You might want to check out this article, Open Source vs Commercial: waiting-for-blue-robot.gitlab.io/open_source_vs_commercial.html

[@MichaelH-zb8gg]

@GodotNoContext Thanks for the link... I actually think I'll just continue my game in Unity. Better the devil I know, plus let's face it, not many solo devs will make it close to Unitys magical $1 million each year.

[@ivanonlyone7160]

Honestly, it feels like Godot is targeted towards actual kids, and infantiles. The bright and fun tutorials, cartoon designs (Logo, Godette, and especially GDQuest tutorials), really makes this Engine feel something like Scratch. In my opinion, it's actually a good starting engine for kids and newbies, like middle and highschool students that want to learn very fundamentals of programming, game engines and game development, it's really easier to digest as one with zero knowledge than other big engines like Unity or Unreal: intuitive editor, very easy pyhon-like scripting language, node-based system. But as a *real* game engine? Hell nah. If person ACTUALLY try to make a FULL GAME with Godot, and then try to make a full game in professional engines like Unity or Unreal, they will quickly realize that Godot's capabilities and performance are pathetic, not even saying about ancient bugs that haven't been fixed since 2020-2021... I haven't seen any major game made in Godot, yk if I don't count these "retro", "low-poly" (which still have such attrocious performance, when such type of game are supposed to be very light and run on a potato) and "2d" games. Yeah there's that Sonic Colors, but the Steam reviews are 90% because of game lags, bugs, visual glitches and poor performance. And you know, when people call Godot developers (who actually know Godot the closest and have been huge fans of Godot themselves too) "crazy" and attack them for leaving Godot and sharing own real experience and frustrations with it, you know that the community and the engine is fkd.

[@GodotNoContext]

I agree, but I believe it's more beneficial to start learning professional tools right away rather than picking up bad habits from using a game engine like Godot. Most people understand they won't be creating AA/AAA games with Scratch-or even games at all. This is because platforms like Scratch primarily help develop algorithmic thinking, which is perfectly fine, they are designed for this purpose. The issue arises when beginners who might begin their careers with Godot think they're acquiring something on par with Unity or even Unreal Engine, which isn't the case. The deception behind Godot leads to the self-deception of potential users, contributors, etc.

[@Saas_1]

Yes. I totally agree that Godot should be (if for anything) used as a teaching tool or a starting point into gamedev. But I put "if for anything" in brackeys (lol) for a reason: I'd rather suggest pygame to a beginner dev because they'll learn much more about gamedev, coding and building an engine or at least how engines work/ are structured. Also they'll have to dabble a bit with an ide like VSCode. Personally I've used Godot for 3 years and am now using Unreal and Flax. And even though Flax is not quite there yet the contributors and Mafi really seem to care about it. It's a great experience to not get gaslit on a proposal/issue/bug report u opened, but to see your thoughts discussed. Either the issue will be closed with a reasonable justification or it's added to a milestone (and then not pushed around for 4 milestones until it's integrated into the engine in a really half assed way lol). Game engines have a steep learning curve because they r complex tools and with Godot ur getting rid of some of that initial steepness in the curve for a long but never ending increase in pain to work with the engine. Honestly Unreal and co aren't that bad to use if people would just learn them correctly and if tutorial makers wouldn't have to make money with their tutorials.

[@clovernotes4473]

​@@GodotNoContext I think you have a small view of what game dev is if you don't consider things like Godot or Scratch a game engine. The most important thing about a game is if it can bring the players fun and that can be created in any engine. If someone chooses Godot as their engine they can still make quality games. To say otherwise makes you sound like an elitist. Your channel gives me bad vibes but that's probably the reason KZbin is showing it to people (for drama). You might regret this channel in the future if you continue to be so negative. Fighting with people in the comments is also not a good look. 😅

[@GodotNoContext]

@@clovernotes4473 I never said that Godot is not a game engine. You're arguing with yourself here. Looks like you're in a state of denial and having a tantrum! 😉

[@Ziedmac]

I have a massive issue with the way this comment is worded. "But as a real game engine? Hell nah. If person ACTUALLY try to make a FULL GAME with Godot, and then try to make a full game in professional engines like Unity or Unreal, they will quickly realize that Godot's capabilities and performance are pathetic" I dont understand why its so hard for people to understand this, but the things people do with an engine are not binery. Not everyone wants a bloated engine that requires a login and has 100's of features you will never touch. And not having those features doesn't make you any less "real" of a game engine, that is just complete nonsense. It just makes you another option when considering game development. If you are someone who only wants to just develop games, no fancy graphics or anything, godot is remarkably capable and easy to pick up, but incredibly rewarding to master and become proficient in, like most other game engines that exist and gain following. Godot isn't god returning to earth in order to bless the common folk with the best development tool for free (unless it turns out to be a blender situation) but it absolutely does not deserve to be called "pathetic." That just sounds very privileged to me coming from someone who started with gdevelop. I do like though the mention of using godot to learn and i absolutely agree, but that doesn't mean it isn't capable at all outside of learning or being a beginner.