Sponsored By

XNA is no more, as the phoenix rises from the ashes

We have finally reached the end of an era and the dawn of the next with the MonoGame project. The latest release has now broken its ties to the old XNA framework and stands alone.

Simon Jackson, Blogger

March 19, 2015

27 Min Read

I personally hate link-baity titles, however this one is completely justified.




We have finally reached the end of an era and the dawn of the next with the MonoGame project.  The latest release has now broken its ties to the old XNA framework and stands alone.

No longer is XNA required to use MonoGame

This is an epic milestone as MonoGame finally realises its dream of journeying beyond the realms of what XNA had to offer (some might argue it already did that with all the platforms that MonoGame supports) and is building capabilities that never existed before in XNA.  Granted this is not a big rush forward but small baby steps inching forward.

Everything that has come before

As it stands, MonoGame implements practically the full set of functionality that XNA did, meaning that all your old XNA 4.0 projects will be compatible with MonoGame.  There may be one or two little hiccups (this baby is taking its first proud new steps in the world) along the way but it has a proud tradition of hardy developers backing up this project.

A brave new world

You might wonder what makes this announcement so special, why all the pomp and circumstance?

The answer is simple, the XNA ties have been broken and with that developers can now develop their MonoGame projects on their platform of choice. With the 3.3 release the platforms you can fully DEVELOP on now include:

  • Windows 7 / 8 / 8.1 (but you knew that already)

  • MacOS (using MonoDevelop)

  • Linux

Now this part isn’t really new, you could do that before, however what you couldn’t do was build all the content needed for your project. Prior to 3.3 you needed a Windows host somewhere to compile your content. With 3.3 however, you can now do that on all the above platforms, Windows is no longer required (but who wants to give up visual studio anyway?)

With the new MonoGame Content Builder tool, developers can build content on Windows, MacOS or Linux.

There are even new MonoDevelop (or Xamarin Studio if you prefer) plugins and templates (Thanks to Dean Ellis of the MG team), so this is now fully supported.

Supported platforms

The currently supported list of platforms maintained by MonoGame as of the 3.3 release include:

  • Android

  • iOS (64bit metal only)

  • Linux

  • MacOS (net4, net45, MonoMac and Xamarin.Mac)

  • Ouya

  • Windows OpenGL

  • Windows DirectX

  • Windows 8 / 8.1

  • Windows Phone 8 / 8.1

  • Windows Universal apps (I’ll come back to this)

There is an experimental 3.3 PCL platform release, however this is still a work in progress.  There are no issues using it, just be aware some classes / namespaces aren’t recognised.  All this means is that some code can’t live in the PCL at the moment but we’re working on this.

MonoGame also supports most consoles (more in the future) but you need contracts with them before you can even start considering it!.  Chat to us if you have specific plans and the team can help.

Getting Started

I won’t go in to this too much here as I am planning a series of starter tutorials / videos to help you get going.

To get started you need to install the MonoGame development templates and tools from:


Here you will find:

Also (if you prefer) you can also find MonoGame 3.3 on NuGet:



Which of course you can also install on top of existing projects to keep up to date.

NuGet Gotcha’s

There are a few pointers about the NuGet’s you need to be aware of before installing some of the NuGets (any not mentioned are perfectly fine)

  • WindowsGL – With WindowsGL you need to remove the “SDL.DLL” from the project before installing the NuGet. This is just a conflict that NuGet cannot resolve.  No worries through, the NuGet installs a fresh one for you.

  • Windows Phone 8.0 – Because the project template ships with both x86 and ARM dlls, NuGet isn’t able to uninstall all the references. This causes reference duplication errors.  To resolve this you will need to edit your projects .csproj file and remove referenced to MonoGame.Framework before installing (you can do it afterwards, it just makes it more tricky!)

I’ll go over these in more detail in future posts.

An Ode to XNA





Now just because MonoGame has moved on, cleaned out its room and left the home it once knew, venturing on a brave new adventure, doesn’t mean you still can’t use XNA Open-mouthed smile

XNA still lives on in many universities across the globe and is still used quite aggressively by developers still publishing (and making money) on the Xbox Live Gaming Service for the Xbox 360.  In fact at a recent Game Jam (The hull university 3 word game jam.) There were many students building their projects in XNA (the majority actually), a few adventurous champions were using MonoGame plus a few (what I can only call crazy) devs using OpenGL, MatLab and one brave soul doing direct Raster drawing.

I have to thank the visionaries at Microsoft who dared to dream of a managed game development world, where devs could break their C++ shackles and actually have fun building games, I know I certainly did.

I’ll go over these in more detail in future posts.

Are we not dead yet?

I’ve heard various comments around the web thinking because XNA is on its way out, so must MonoGame. Or, I’ve not heard from MonoGame in a long while and there are no updates, are they dead yet?

The team have noted that updates have been far and few, this will change following the new 3.3 release.  Releases will be out quicker, the NuGet’s will be updated more frequently and so on.

Keep watching this space (and the MG site), more updates should follow on a more regular basis.

Where to find out more

There is lots more info out there for MonoGame and the 3.3 release, here are the highlights:

P.S. I did hear the number of projects that are now published on various stores with MonoGame recently and I was completely taken aback. The number was considerably larger than I had ever envisaged and I can dream quite big! (sadly NDAs prevent me from just saying it ;-( but I wish I could)


I leave this post with a parting thought.  You should have noticed that with the 3.3 release, the MonoGame Team officially released a Universal App template. This allows you to write one project targeting BOTH Windows Phone 8.1 and Windows 8.1.  This was a tremendous achievement for the team to pull this one out of the bag.

You may have also have heard about another company and it’s Universal project announcements, so think on that.  I personally cannot confirm / deny or vouch for any plans for MonoGame’s future Universal support, however Tom Spilman of SickHead Games, one of the core coordinators of the MonoGame Project, did have this to say recently:

Tom Spilman I am one of the maintainers of MonoGame. It does include a universal app template for Win8/Wp8, but we fully expect to support Win10 universal apps as soon as the SDK is available.

18 hrs · Unlike · 6


So, the dream lives on?

Read more about:

2015Featured Blogs
Daily news, dev blogs, and stories from Game Developer straight to your inbox

You May Also Like