When comparing MonoGame vs Panda3D, the Slant community recommends Panda3D for most people. In the question“What are the best 3D game engines?” Panda3D is ranked 4th while MonoGame is ranked 18th. The most important reason people chose Panda3D is:
The liberal license allows use of the engine for any purpose without restrictions or royalties.
Specs
Ranked in these QuestionsQuestion Ranking
Pros
Pro Cross-platform
Support for iOS, Android, Mac OS X, Linux, Windows (both OpenGL and DirectX), Windows 8 Store, Windows Phone 8, PlayStation Mobile, PlayStation 4, Xbox One, Nintendo Switch, and the OUYA console with even more platforms on the way.
Pro Open source
All the code is available to you ensuring you'll have the ability to make changes when you need to or even port to whole new platforms.
Pro Well-known and documented API
The framework implements the XNA 4 API, so games made in XNA can be ported to other platforms using this. This was the same API used by the Xbox Live Indie Games platform so there's lots of documentation online for it.
Pro Managed code
By leveraging C# and other .NET languages on Microsoft and Mono platforms you can write modern, fast, and reliable game code.
Pro Good community
The community MonoGame has to offer is helpful and mature.
Pro Performance on desktop
The performance on desktop platforms matches that of C++, but you still get all the pleasant features that C# has to offer.
Pro Free, open-source, and permissive license
The liberal license allows use of the engine for any purpose without restrictions or royalties.
Pro Will be very easy for developers already familiar with Python
Although it's possible to use only C++ to program in Panda3D, all its power is available to the Python scripting language, while not trading in performance since the performance-critical parts are implemented in C++.
It has a powerful binding layer that exposes the vast majority of the API via Python-based interfaces.
Pro Supports most popular physics engines
Panda3D has in-depth integration with industry standard physics engines such as Bullet, NVIDIA PhysX and ODE, but also offers a simpler built-in physics engines that will cover more basic needs.
Pro Flexible scene and object hierarchy system
Creating weird world constructs is generally a breeze. The node system the engine runs with allows to build self-looping worlds and, on large scale, non-Euclidean scenes without having to introduce a huge amount of custom code.
Pro Powerful profiling and debugging tools
Panda3D has a suite of powerful tools to help track down performance bottlenecks, memory leaks and examine internal state.
Pro Supports browser deployment
Panda3D offers web plug-ins that allow deployment of an application to all major browsers. A WebGL port is in the works as well.
Cons
Con Slow rate of updates
Versions 3.9 is overdue by a year, and version 4.0 is set to release in 2040.
Con Non-Windows tools are a bit funky
Monogame support for Xamarin Studio or Monodevelop is a bit shaky especially for library references. Only good non-Windows IDE compatible with MonoGame is Rider and that costs money & isn't open-source.
Con No unified editing program
Unlike Unity and Unreal, Panda3D doesn't currently offer a single, unified editing program in which objects can simply be dragged in and assigned properties (although third-party solutions are available). Developers are expected to design their scenes in a modelling program like Maya or Blender instead, and import them into Panda3D using Python code.
Con Limited tutorial
Step by step tutorial is limited. Manual is too general and short without examples. Samples are too complex for beginners.
Con Direct3D support is behind
Direct3D support not up to par with OpenGL support, only version 9 is supported.
Con Terrible compilers support
Does not support any other compilers then MSVC on Windows, neither Clang nor MinGW.
Con Developer isn't very competent
Panda3D only has one developer and he utterly fails to fix problems with his engine, instead focuses on style guidelines and breaking code.
Con Loading Pandas3d will change your builtins to contain non explicit references to non-standard helper functions
A lot of the pollution comes from storing global state. Instead, you can store and update the global state of a namespace instead. As for the built-in pollution, you can make a wrapper that backs up builtins, imports pandas and then restores builtins, though this may not work as pandas almost certainly uses it's extra builtins to work. The best thing to do would be to explicitly import the same objects that are in the builtins over the top of the modified builtin namespace, although it doesn't remove the code smell, it helps to make things look less (if not at all) magic.