Luanti (aka Minetest) was constructed with a Lua API that makes the core-engine easily extensible, so that today hundreds of mods and gametypes have been added by a vibrant volunteer community.

These mods have become more easily accessible with a new in-game frontend-GUI mod selector and downloader, added in the last year.

I’m currently playing through the Glitch game-mod by Wuzzy.

Sure open source would not be a drawback but First place you’re looking for the information is in the documentation, not the source code. And then it depends on how the game is designed.

Sure worst case scenario an open source game you can rewrite the entire thing and document it as you see fit. But is it really modding then?

Modability is moreso a function of architecture than source code license, although being open source certainly doesn’t hurt.

I think in many cases a bigger issue is going to be how the game is designed, whether open or closed source.

If your open source game is a mess of poorly-documented, barely-decipherable spaghetti code, held together by a bunch of tacky bullshit, that’s going to be a nightmare to mod.

On the other-hand, a closed source game may have absolutely phenomenal documentation and tools available specifically to enable the modding community.

Similarly, you can have well-written, open-sourced code with built-in mod support with proper documentation, and you can have ridiculous bullshit closed-source code that no one is quite sure how or why it even works.

I find that question difficult.

I’d say the best modding experience is when there’s a documented API. You kind of don’t want to look at the code behind that documented API, because you don’t want to rely on behaviour that can change at any point.
So, if there is a modding API and it has all the features that you need for the mod you’re looking to create, then I’d say it doesn’t make a difference.

If there is no modding API, then as others already explained, you can fork said open-source project, i.e. you don’t even need to glue a mod at the side of it, you just change the game itself to work like you want it. In this scenario, open-source makes it significantly easier to modify a game.

I think open source eliminates one potential obstacle to modding, but having good interfaces is the main thing. If some open source code is unreadable spaghetti, then it’s gonna be hard to mod. Likewise if a closed-source game has well-documented interfaces available, it could be easier than a poorly-interfaced open source project.

I haven’t written video game mods but I’ve written a lot of code. Even in my own projects, ie where I have access and authority on all code, I want to be ignoring 99% of the code at any given time.

With good interfaces, you don’t need to look behind them. In that way, if the interfaces are good enough, it ceases to matter whether you can see the code behind them.

One thing you get with open-source games is families of variants, where the code for a game has been forked and developed in different directions by different developers.

OG roguelikes such as Nethack and Angband are an example of this. Rather than mods for a single game, there are variants — code forks that add new features, quests, monsters, skill systems, user interface elements, and so on. There are several dozen Angband variants. Some variants draw upon multiple other ones, combining patches to make a particular developer’s preferred form of the game.

Pillars of Eternity was moddable only because it was written in C# (Unity iirc), making it possible (though not straightforward) to more or less modify the code however you want. So a mod was essentially a bunch of overwritten classes.

A game that you could literally just fork on GitHub and change things would certainly be moddable in a sense… Handling multiple mods without conflicts, however, is another thing. For that you need a proper modding interface, like the original Baldur’s Gate or Skyrim.

Modding relies on stability AFAIK.

There are FOSS games with a single branch for development, which doesn’t scale well for stability, but works fine with slow development.

Others, have stable and experimental branches with backporting and so on. Probably works better, but too much delay between stable and experimental makes people play on experimental. Stable releases are expensive (redundant bugfixing, backporting, feature freezing/completing etc.), so not every projects has or wants them. Fast development might enable modding to turn into internal (optional) features though.

Depends, was the game originally designed for mods?

OpenTTD has a ton of mods

It’s much easier to make changes to the game if you have the code for the game.

Probably significantly harder. Open source tends to have a lot of churn and breaking changes. That’s more work to keep mods working. If the interface isn’t there for a mod, it could be added, but that’s more work for the modder.