GameMaker alternatives, and which problem you are solving

It is worth saying plainly, because a comparison that only flatters the new thing is useless. GameMaker is one of the most productive 2D tools that exists. Its room editor, sprite pipeline and event system are built by people who understood 2D games deeply, and the iteration speed on a 2D project is very hard to beat.

It has also shipped a lot of real, commercially successful games. That is not a marketing claim, it is a track record, and it means the tool holds up under a full project rather than falling apart at the point where prototypes usually die.

If you are making a 2D game, you like GML, and your frustration is a specific missing feature, the honest advice is to stay. Switching engines costs more than most people expect and buys less than they hope.

More on this: The best free 2D game engines, and what "free" means for each

The first is 3D. GameMaker is a 2D engine with some 3D capability bolted alongside, and if what you want is terrain, weather and a world you walk around in, you are fighting the tool from the first hour. This is the cleanest reason to leave and the one where an alternative genuinely wins.

The second is licensing and platform terms. People want the engine to be open, the export targets to be theirs, and the terms to be stable over the years a project takes. That is an argument for an open-source engine, and Godot is the obvious one.

The third is GML itself. Not because it is a bad language, but because the person is not a programmer and never intended to become one. They wanted to make a game and found themselves learning a language to do it. That is a different problem from the first two and it is the one Flockbay addresses.

More on this: Flockbay vs GameMaker

Flockbay is a desktop app for Windows and Linux built on Godot, and it builds and play-tests a whole game for free. A new project settles one question first, 2D or 3D, read from your description and confirmed before anything is created. Then Flockbay asks what it needs, one round at a time, and writes a brief: what gets built first, what comes after, what is not in this version. Once you approve it, Flockbay builds the world, writes the GDScript inside your project and runs the game to check its own work. You play the result and say what is wrong. The game runs locally on the copy of Godot that ships in the app.

In 3D that world is terrain, water, weather, buildings and characters. In 2D it is tile ground: which cells are ground decides the tiles, the edges and the collision together. Whether a material stops a walker is declared per material, so a platformer's block and a top-down path are painted the same way and only one of them stops anybody. On top of that go sprites placed at an exact position, turn and size and a character body with the camera on it, and gravity is a declaration rather than a template: say there is none and the same body steers on both axes. Every one of those tools is also a button around the Godot editor's 2D and 3D view, so the ledge you want one tile higher is yours to paint, with Godot's undo.

That is all three reasons. No language to learn, which was the third. A world built for you in whichever dimension you wanted, and still yours to reshape by hand, which was the first. And the second by inheritance, since the engine underneath is open source and the project on your disk is a normal Godot project.

Where it stops short is drawn animation. If your 2D game is a bullet hell or a precise action game where every frame of a sprite matters, those frames still come from you: there is no sprite editor here to draw them in and nothing that produces a multi-frame sprite. That is the honest gap, and it is the one to weigh before you move.

More on this: Construct alternatives, sorted by what you are actually leaving for

Godot on its own is the default answer and a good one: open source, strong 2D and capable 3D, no licence anxiety. The cost is that you write GDScript, and if that was the problem you started with, you have not solved it.

GDevelop is free and open source with a genuinely no-code event system, and it is fast for 2D. Construct is polished and browser-based with a very short first hour. Both are 2D-first, and both hit a ceiling the day you want a 3D world. Both also leave the logic for you to assemble by hand, which is a smaller wall than a language but still a wall.

Unity and Unreal are the industrial options and they can do anything, at the cost of complexity that will consume a solo project. Choosing one of those to escape GML is trading a small problem for a large one.

More on this: GDevelop alternatives: a short survey

Flockbay is a download, not a browser tool. Building needs an internet connection because the chat, asset generation and world data come over the network; playing what you built does not. Flockbay is free, AI included: free hosted AI every day, or your Claude or ChatGPT plan, your own agent, or an API key.

You will not be writing code, and you will still be doing real work. Judging a game takes as long as judging a game takes: play it, say what is wrong, play it again. What you get back is the weeks that would have gone into the language.