/games/ - Games

>>35796
I think it's less the result of a deliberate strategy and more of a project community anti-pattern. Systemd gained traction because it promised to fix everything wrong with service management on linux, yet here we are and it's still only a mediocre launchd clone

So trve
Retvrn to engindev
>https://waiting-for-blue-robot.gitlab.io/index.html
Holy autism, imagine writing a novella sized screed against a fucking open source project. What did they do to him? Tell him he can't say the n-word on IRC and kick his dog? Godot actually does respond to feedback. They finally got shader precompilation merged (after being miserably unusable for 3d for a long time). The best thing Godot has going for it is the license tbh. It's the most game engine you can get without paying royalties to porky. By virtue of being an engine it attracts retards anyway.

>>35798
Thanks you for confirming my point on "waiting for godot"

>>35799
>they fixed something
>this proves my point they never fix anything
Here's your (you) don't spend it all in one place.

>>35799
Are you the author?

>>35800
>imagine writing a novella sized screed against a fucking open source project
It presents itself as a valid engine, so it should have criticism just like any other presenting as a valid engine. The fact that Godot is open source doesn't shield it against criticism, or against having to be good. The website is right in the fact that godot has built a cult around it.

> It's the most game engine you can get without paying royalties to porky
Check out Flax, Stride for actually good open source game engines

>>35803
>Flax
Not free software. You're a retard.
>Stride
Tell me what makes it good instead of throwing out names and expecting me to research them. I'll start with one feature godot has that stride (why did they rebrand?) doesn't: export for oculus quest.

>>35804
>Not free software. You're a retard.
The guy said open source, not FOSS, and most studios that make some money using any engine will pay for it, godot including. Also why start insulting? It's all in good fun.

>Tell me what makes it good instead of throwing out names and expecting me to research them. I'll start with one feature godot has that stride (why did they rebrand?) doesn't: export for oculus quest.
Stride (Flax too) has performance, graphics, an optimized workflow, design, leadership, vision, profesionalism, .NET 8, and basically everything you're looking for in a game engine.

Godot has its issues but it's also got particular strengths like the modular design being at the core of how the engine is structured.

>>35807
What are advantages of modules over plugins? Also why did the gem get moderated and why are people taking this ironic schizo rant too seriously?

>>35808
we have rules saying porn in OP has to be spoilered, and pepe, wojak, shriveled up / buff doge, and other non-native visual whedonisms must be spoilered–OP or reply–unless grandfathered in before the rule was put in place. Keeps people from getting lazy / deters stealth raids.

>>35808
Modular in the sense of the nodes system which has advantages over traditional OOP inheritance (which Godot also can do).

>>35811
It's an alternative to ECS for sure, but i don't think the existence of this system beats Godot's disavantanges. Also why is HTTP Request a node and not a standard RefCounted object?

So is godot good or bad as a gamemaking engine now ?

>>35837
For 2D it's ok, but for 3D and/or something with a lot of complexity, someone should really use another engine.

>>35848
>use another engine
Like what? The only other FLOSS 3D engines I know are GZDoom, Darkplaces, Tesseract and UPBGE but I'm not sure you'd consider them "better."

>>35857
Stride, O3DE, and also UE5 is technically free and open source if you make less than a million per quarter.
And you'll pay royalties to piggies anyway if you want your game to get some traction.

t. Unity shareholder
please stop using Godot and start buying assets from the Unity store instead

>>35863
they'll eventually have to pull a unity at some point. Actual foss eliminates that risk.

>>35863
>Stride
>C#
C# relies on .NET so it's practically non-libre unless you can use it with Mono.
https://www.gnu.org/philosophy/java-trap.html
>UE5 is technically free and open source
>if you make less than a million per quarter
Then it's not Libre and Open Source, it's source-available.

>>35871
> C# relies on .NET so it's practically non-libre unless you can use it with Mono.
If you inspect any open source project down to it's core, it's not open source. Stride is open source, the .NET runtimes and compiler are…

> Then it's not Libre and Open Source, it's source-available.
True, 99.9% of people never modify engine source too

>>35869
> they'll eventually have to pull a unity at some point. Actual foss eliminates that risk.
I don't know about UE but Flax has a license clause that has you use the license that was in place when the version you're using released. So if a new license comes out, trying to fuck everyone up, you can just not upgrade and let the community do a community fork

>>35848
>but for 3D and/or something with a lot of complexity,
how 3d and complex are we talking here for comparassion.

>>35796
for me, it's bevy

>>35897
>If you inspect any open source project down to it's core, it's not open source.
They are FLOSS, it's just that the value of them being FLOSS is diminished since you can't use them without proprietary dependencies. It's like with AOSP, although AOSP is perfectly functional without proprietary dependencies now since there are FLOSS replacements for Android's proprietary components.

Also, not all Open Source projects are created equal, kek.

>>35899
Bevy is it's own mess but it's not explicitly a prank, Godot is explicitly a prank

>>35898
Like, i would like to know this, want to make games in godot.

Since this thread keeps getting bumps: OP is talking out of his ass and doesn't know what he is talking about. It's pure tunnel vision, and that's assuming this isn't one big astroturf.

There is no "cult" of people waiting for the engine "to be fixed" (or at least, not more so than any other group of excessives). There is a feature set with every version, and it is either what you need or not. In the latter case, people might wait on the next development cycle or simply use a different engine that does have their desired features. This is bog standard for any engine.
Likewise, describing an engine as "meh" is meaningless. (As engine debates among laypeople tend to be.) What makes it bad? Why is it overhyped? What does it do poorly? Explain YOUR position OP, instead of handwaving in the direction of someone else's (inane) critique.

As to the real reason Godot is popular:
1. Godot is free, quick to setup, and there is little hassle in going through development. This is enough for the vast majority of people who just want to tinker with an engine, or crap out a 5 dollar indie game;
2.It had two milestone releases during the Unity kerfuffle. It was already talked about and the negative press around Unity caused a bunch of people to (very publicly) switch.

This is coming from someone who writes embedded and engine code for fun, and has been doing so for years. In that same vein: the claim that the maintainers of Godot are "unprofessional" is also very amusing to me, considering the history of f(l)oss projects.

>>35796
>Click on https://waiting-for-blue-robot.gitlab.io/index.html
>click to different sections and skim
<Godot’s cult leader is definitely Juan Linietsky. Before delving into the topic, it’s worth noting that Juan Linietsky was born in Argentina. There are many cults in Latin America, ranging from destructive cults to more controversial ones. Quote from the “Cults in Latin America” article: "The author estimates that more than 5,000 religious groups operate in Argentina, with as many as 50,000 sects and cults throughout Latin America." Due to this, Juan could consciously or unconsciously adopt cultic techniques to utilize in his own community of Godot followers. As we’ve covered in Value of Waiting chapter, the mere concept of “Waiting for Godot” and the ambiguity that accompanies it create a perfect environment for such cultic engagement. Juan may have also been influenced by some overzealous Latin American developers wanting to promote their supposed talent to worldwide community. Interestingly, in the past, Juan Linietsky worked as a musician at Sabarasa Entertainment, a game development company in Argentina.

I'm sure there's nuggets of truth in here, but this really comes of as some disgruntled contributor's rambley manifesto rather than some honest critique.

If I shouldnt use godot than wtf am I supposed to use then? Unity???

>>35806
Stride is not good. I've got a project using it. The editor is near unusable. Shaders are overcomplicated and the original devs were going to redo it back when it was still xenko and never did.

Dev team is good but too small. You ask them why an obscure feature isnt working, and they will genuinely not know because they havent touched it themselves. Theyre more interested in adding cool stuff than fixing their editor, and theyre trying to rewrite instead of fix. Fair, I guess, editor code is awful.

But its a very nice engine to write code for, stuff performs well, also core engine code is easy to debug (which youll have to do whether you want to or not)

>>35871
Stride doesnt even work on Linux. The editor. Not until the devs finish rewriting it in avalonia.

As for the game you make with it, it didnt work with Linux out of the box for me, had build problems. Mac is worse, I heard people semi-regularly get everything working on Linux but nobody has touched Mac or other "supported" platforms in years.

Stride is a decently modular game engine that's nice to code for and performant but half of the features havent been touched in years and a fifth of them are broken.

I kind of want to port my game back to unity but by god does it look good and run fast in stride. Also adding on, although native Linux is broke, proton works with my stride game out of the box and it runs on deck, beautifly, 60fps.

Need to try flax still, but it just doesnt seem better than unity, idk.

Also, wicked engine. It's got lots of features, active development, just very tempting to try a project on. But its c++ and lua not c#. And the editor UI is literally all imgui.

>>35951
> Need to try flax still, but it just doesnt seem better than unity, idk.
It's more trustable, with a better license and it has good performance and graphics, like Stride. I also like being able to code in C++ and glue it to the C# easily, the prime reason for this is performance but it can also be if you have to use a C/C++ library, this is easier than DllImport.

>Also, wicked engine. It's got lots of features, active development, just very tempting to try a project on. But its c++ and lua not c#. And the editor UI is literally all imgui.
It looks good but isn't it mostly for anime games?

>>35949
>Stride doesnt even work on Linux.
>As for the game you make with it, it didnt work with Linux out of the box for me,
Is this true? Damn. 0/10.
>>35951
You know what? Why not make a game in GZDoom? It's the easiest engine and the graphics look decent. Don't know about Darkplaces or Tesseract but GZDoom sure looks to be the easiest engine to make games for.

>>35975
>Is this true? Damn. 0/10.
Games are better when they run natively on Linux sure, but most Linux gamers will find a way with Proton, Wine or something else, for only a minor performance loss. Most Linux gamers are techy people, so you will not have a huge audience loss too.

>>35998
>Games are better when they run natively on Linux sure, but most Linux gamers will find a way with Proton
It may not be an issue in developing games but it sure is an issue in developing FLOSS games. If an engine can only create games that rely on proprietary Windows libraries then I wouldn't even bother tbh.

>>35943
just use anything non proprietary, it doesn't matter unless your budget is $10m+

>>36013
Even if i'm a little indie studio or even alone, i'd rather have the best thing i can have.

>>36050
>Even if i'm a little indie studio or even alone, i'd rather have the best thing i can have.
I mean, that's your preference. I'd rather avoid anything proprietary as much as possible.

>>36058
Good argument, i'd prefer if the engine i used was not proprietary but there's better non proprietary engines than Godot.

>>36065
>there's better non proprietary engines than Godot
Sure, of course, I'm all for using more polished and feature-rich libre software, lack of quality-of-life features only drags libre software down. Though still be sure to donate a couple dollars so the devs don't get upset and leave. But if Godot devs indeed don't deliver on their promises it is really a lost cause.