I did call Godot lighter than Unity or Unreal, which I believe to be factually accurate. I have run Godot on a 2014 era laptop, it runs well on a system of that vintage.

None of that is relevant. By that metric, Pygame/Love2D are objectively the better choice over Godot, as they're smaller and lighter.

I have been working on games (and many engines) for over 15 years. I know what Godot is, and what it isn't. It's the best choice for certain team compositions and certain game types, but it isn't good at everything. In fact, it's quite bad for very large and complex productions because of architectural issues (but that's irrelevant for 99% of its users)

It's also not good for beginners for many reasons. The first is that it's complex, as it aims to be a full featured professional tool. The second is that it's weird, and does things differently from the rest of the industry. Its inheritance-based node structure was considered obsolete in the 2000s by the rest of the industry, yet Godot still uses it. They've hybridized it to introduce composition, which salvages it somewhat, but it still is a bad design with well-known pitfalls.

GDScript is a shitty attempt to copy Python, and it lacks a lot of what a modern programming language has. It also is integrated into the editor in odd ways, like the Qt-esque "signals and slots" system (which is controversial even in Qt). It's designed around OOP, yet it blurs the lines between whar an object is and what a module is, which is extremely odd.

I'm not trying to shit on Godot. Like I said, it has its strengths, and for certain types of games and team compositions it is the perfect choice. But it should NOT be recommended to beginners.

...IMO

I'd hate to try making a Zelda-like game in something like Pygame.

I gather that you're struggling to understand how Python modules work, based on how you explained Pygame. You are not supposed to write your whole game in a single python file.

Also, you can make use of tools like Tiled, Ogmo, etc to create levels and load them in Pygame or Love2D. You can even embed scripts or data onto entities within those level editors. You could even use Blender if you wanted to, either by writing a custom exporter (in Python), or hijacking one of the existing ones.

You can go very far without a full IDE like Godot has, especially if you're creative.

OP asked for software that runs well on a 10 year old laptop with 16GB of DDR3 and Linux. Saying that I found that Godot runs well on my laptop of similar configuration and vintage absolutely is relevant, you disingenuous troll.

I understand how Python modules work just fine, you install a module with Pip, and it'll run on your computer and only your computer until your computer gets some update in the future because Python's module versioning and dependency management are the worst in the business. Python also has a well-deserved reputation as a fast and performant language even running on old and limited systems...oh wait no it's a sow in treacle. The more you implement in Python the slower it's going to run. Can you name a commercial game that is implemented in Python, using modules like Pygame? I can't.

If you've got the talent to open up a general purpose programming language and create a video game, use something like C# or Java, something designed for creating performant cross-platform graphical applications. Or, if you're going to start gluing applications like Tiled and such together, you might as well go with something like Godot because that's basically what you're janking together.

Found the Godot cultist. Take a deep breath. Having a parasocial relationship with a game engine isn't healthy.

absolutely is relevant, you disingenuous troll.

I meant irrelevant to the choice of an engine for a beginner. Why do you say I'm disingenuous?

I understand how Python modules work just fine, you install a module with Pip, and

You don't understand what Python modules are. There's no need to get so defensive about that. Nobody is born knowing everything, and there's no shame in learning.

A pip package is not a Python module. Pip is just one tool for managing module dependencies (there are others). A module in Python is anything you can import, such as another python script, a folder with python scripts, or a native library. There's no need to use pip to make and ship a game in pygame. You probably used it to install pygame, because that's the common way tutorials tell you to get it, but it's not the only way, and it's certainly not the way you'd ship the game to end users.

Python also has a well-deserved reputation as a fast and performant language even running on old and limited systems…oh wait no it’s a sow in treacle. The more you implement in Python the slower it’s going to run.

This is nonsense. You don't know anything about software optimization. I can guarantee you that I've written pure Python that's more performant than anything you've written in C# or whatever you think is a "fast language".

And in case you were unaware, GDScript is slower than Python. It's not a fair comparison because Python has a ton of interpreters to choose from, even ahead-of-time compilers that rival C/C++ performance. By comparison, GDScript has just the one interpreter built into Godot, which is never going to compete with even the CPython interpreter (the one you're probably using) in terms of performance, simply due to the amount of people and orgs investing in it.

Can you name a commercial game that is implemented in Python, using modules like Pygame? I can’t.

Idk pygame in particular, but there are a ton of commercial games made with Ren'Py. Search "visual novel" on Steam, and like 90% are probably made in Ren'Py.

I don't do game dev in Python so I'm not familiar with what's popular nowadays, but there definitely are people making games with Python.

if you’re going to start gluing applications like Tiled and such together, you might as well go with something like Godot because that’s basically what you’re janking together.

"Gluing" applications together is called game development. Do you create your 3D models in Godot? Your materials and textures? Your story and design docs? Your music and sound effects?

There are entire departments at game studios whose job is to build and maintain data pipelines between content creation tools and the engine, even for studios using Unity or Unreal. There are a ton of free/commercial tools out there serving the game industry (from AAA to indie), and the way to make the best game is to use the best tools.

Yeah, and I'm the troll.

At least your username is accurate.