You can search on github. RenPy is popular. Note that the game engine itself is likely not pure Python and Python is used as the scripting/glue layer. Commercially there are few cases of Python being used in the scripting layer but overall it's non-existent and eve PyGame doesn't come anywhere close to the size of Unity or Unreal Engine community size, amount of resources (and job offers). More on reddit.com

Nice! I think my dad used to have one of these books (for ZX Spectrum). I think you should avoid having executable code on the level of the module (e.g. parser = argparse.ArgumentParse ) - put it in main() and run it if __name__ == "__main__": Try to avoid using global. Perhaps refactor your code to use classes, and one of these classes could store the whole state of the game (= the maze, counters...), and be passed around. Unfortunately, verifying if your maze-generation algorithm works would take too much time :( I don't think you need to guarantee that each cell of the grid is reachable, just if you can reach the exit starting from the entrance (one of entrances?) using Depth-First-Search. But if you can't, then what? Will you break some random walls and check again? Or regenerate the whole maze from scratch? Even if your maze is stored in a 2-dimensional char array with # as walls and spaces as rooms, it can still be treated as a graph and be eligible for standard traversal algorithms - it's just a different representation of graph nodes. More on reddit.com

I mean hypothetically it's infinite. Eventually you will need libraries likely coded in something like C or need to use something like Vulkan to render the game. And the performance hit would be massive. But even Unreal Engine 4 has a plugin that let's you write your game in Python. Your racing game idea would be possible although I am unsure what engines to reccomend for development as I only work in Unreal Engine. More on reddit.com

Frets on Fire is one.

More on reddit.com