Discussion

Search code, repositories, users, issues, pull requests...

mwkaufma: For a more actively maintained XNA implementation, also worth looking at Ethan Lee's FNA: https://fna-xna.github.io/

jeswin: How well does it support Linux + NativeAOT? Thanks in advance.Never mind, found this in the docs: https://fna-xna.github.io/docs/appendix/Appendix-A%3A-Native...

azhenley: I was trying to compare the two. At first glance, MonoGame has far more stars and recent commits. Or is it just in maintenance mode?

PacificSpecific: I believe FNA is trying to be more loyal to the original XNA while my monogame tends to introduce new features.I've been happy with monogame when I used it in the past. I'm pretty sure Celeste was made with FNA

4pkjai: I used MonoGame to port my XNA games to other platforms.It’s really good, also it was very cool as a junior developer to see the code for the methods I used.

oAlbe: If you are wondering about the capabilities, Stardew Valley was made in MonoGame.I wonder how it compares, if at all, with Godot nowadays.

charcircuit: What are the capabilities needed for Stardew Valley? Drawing 2d sprites. Playing audio? That's a pretty low bar to reach. MonoGame doesn't even support animated sprites. You have to build support for them yourself. That sounds like a pretty low bar.

anonymous908213: There isn't really a comparison to be made between MonoGame and Godot. MonoGame is for programmers. Godot is for people who want to make games but don't care for programming and would rather use a GUI for development. Godot locks you into the Godot way of doing things. MonoGame is a thin cross-platform abstraction over platform APIs for sprite rendering, audio playback, input, and font, leaving you to build your game engine yourself however you like.I think the greatest flaw in MonoGame, however, is that their cross-platform abstraction notably excludes web. Given how relatively thin MonoGame is, I think you're better off building your own framework that supports compiling to WASM as well, if you have any experience as a developer already. It is what I did and took some effort but was pretty well doable and didn't take all that long, and the payoff of being able to share your games instantly in the browser for anyone to play with just a click of a link is so worth it.The other notable flaw in MonoGame is that the content pipeline thing it has is horrendous. When I tried it, I ended up simply bypassing using that pipeline at all. They are currently in the process of reworking it completely, I believe, but I'm not sure when that's supposed to release.Maybe the value in MonoGame is that it does support consoles, though; I have no idea what developing for console is like, and only target web/computer/phone OS platforms myself.

PretzelPirate: > Godot is for people who want to make games but don't care for programming and would rather use a GUI for development.You can write a lot of code when using Godot and mix that with capabilities provided by their editor.You never have to use editor features, but can use them to avoid wasting time reinventing the wheel.Your comment is like saying that game engines are used by people who don't care for programming and would rather make a call to handle physics interactions.

raincole: MonoGame is more like a library than a game engine (a very loaded term nowadays). It's too different from Godot to make a comparison.

pjmlp: It is kind of nice for indie games, unfortunately it is kind of stuck in what XNA 4.0 had as API surface.And it used to be there was still some dependency on old XNA plugins for assets pipeline on Visual Studio.No idea where this stands now.However it was yet another example of community standing up for the anti-.NET sentiment at Windows/XBox teams, when the persons involved left XBox team, XNA was quickly replaced by DirectX TK."The billion dollar decision that launched XNA"https://youtu.be/wJY8RhPHmUQ?is=jwDBVae8AhBH-ANBhttps://walbourn.github.io/directxtk/