Add to Chrome
Add to Edge
Add to Firefox
Add to Opera
Add to Brave
Add to SafariWhen comparing SFML vs GDevelop, the Slant community recommends GDevelop for most people. In the question“What are the best 2D game engines?” GDevelop is ranked 2nd while SFML is ranked 35th. The most important reason people chose GDevelop is:
The whole interface is intuitive and easy to learn: each part of the game can be designed using visual editors. The objects editor is used to create the objects of the game, the scene editor help you to build the levels of your game and the events editor allows to give life to the whole game without programming.
Specs
Question Ranking
Pros
Pro Very efficient and usable
Pro Zlib/PNG license
In short, SFML is free for any use (commercial or personal, proprietary or open-source). You can use SFML in your project without any restriction. You can even omit to mention that you use SFML -- although it would be appreciated.
Pro Can be combined with OpenGL
If you hate something about the way SFML handles graphics, you can just combine it with OpenGL. It's completely smooth and works as expected, without any additional dependencies.
Pro Active community and wiki
You can ask questions on their own personal forum which is full of users, and their wiki is constantly being maintained. They even have an IRC.
Pro Works on every platform
SFML 2.2 brought forth Android & iOS functionality, and SFML games work on Linux, Mac and Windows out of the box, since SFML is written with OpenGL.
Pro Great documentation
SFML is very well documented, even with short examples of use for many functions and modules. Furthermore, there are books like 'SFML essentials' and 'SFML for game development' which teach you how to use this library to its fullest.
Pro Good for OpenGL
If you are thinking about using OpenGL, look no further, you can open a window, and handle events in less than 15 lines, and it provides input, time, and even networking, plus alot more. It has become my favorite c++ library :D
Pro Great library
SFML is a collection of modular, well designed libraries you can implement an engine or game on top of. The API provides tons of good documentation and is very straightforward to use. You can get a game up and running with SFML quite quickly and with minimal effort.
Pro Clean code
An SFML project's code-base is usually clean and easy to read. All public SFML classes are under the namespace "sf" so it is easy to tell which code is yours and which belongs to SFML (of course you can stop this by typing using namespace sf;).
Pro Available in many languages
There's support for many languages besides C++, current supported languages are: C, .NET, Crystal, D, Euphoria, Go, Java, Julia, Nim, OCaml, Pascal, Python, Ruby and Rust, and this list is constantly growing.
Pro Beginner-friendly
SFML is extremely beginner friendly and even provides pre-built libraries for your IDE of choice on Windows. Besides the fact that it's extremely well documented, they also have a set of tutorials that walk you through every module.
Pro Modern C++11 implementation
SFML is one of the few good C++ frameworks out there to actually make full use of the language. It's extremely well optimized and it plays well with anything you throw at it.
Pro Easy to use
The whole interface is intuitive and easy to learn: each part of the game can be designed using visual editors. The objects editor is used to create the objects of the game, the scene editor help you to build the levels of your game and the events editor allows to give life to the whole game without programming.
Pro Free and open-source
GDevelop's runtime libraries are MIT licensed. It can be used freely for projects of any type and there are no royalties associated with publishing games developed with GDevelop.
Pro Powerful events system to create games without programming
No need for coding using this system which is clear and powerful: events are composed of conditions and actions. Actions are launched when conditions are fulfilled.
This is a very friendly way of making games and is still efficient for advanced usage, contrary to most other "block"/"drag'n'drop" systems.
Pro Open source plugin SDK
The plugin SDK is open source, so if you want to extend it, you can.
Pro Lots of features to build games
The engine includes pathfinding, physics engine, multitouch support, custom hitboxes, platformer engine, tiled maps, multiple layers and cameras out of the box.
All of these features can be used without programming knowledge, using the visual editors.
Pro Quickly add behaviors to objects
Prebuilt behaviors can be added to objects. This is a very efficient way to add a physics engine or make a platformer game. Lots of behaviors are included, from the most advanced (Physics, platformer, top-down movement) to really simple one (like the behavior to destroy objects when outside the screen or the one to drag objects with mouse or touch).
And you still have full controls over your game as behaviors can be modified using the events!
Pro New documentation for gd5 is good for starting
A new doc is improving for gd5 that is nice for beginners and after that you can learn more from examples. Also, gd4 wiki is still there.
Pro Constant updates
New releases and bug fixes are consistent. New updates are released anywhere within 2 weeks or 1 month from the last one. Its auto-updater also does it job very well making life a lot easier.
Pro Online version available, compatible with iOS and Android
Thanks to its open source nature, GDevelop-App.com was built over the GDevelop engine.
GDevelop-App.com is a complete game creator similar to GDevelop, available directly in your browser and compatible with iPad and most Android tablets and phone! The app is perfect for making games directly from your sofa and you can even start a game on GDevelop-App and export it to open it inside GDevelop.
Pro Multilanguage support
GDevelop is available in many languages and even community can help in translations.
Cons
Con Relatively slow
Compared to SDL2, GLFW, it is slow.
Con No GUI editor or IDE
Does not include any IDE or media editor. It's purely source code.
Con May take longer to learn and understand
Con Messy sprite management
Sprites retain all of the operations applied to them, whether that be a new position or a rotation. This makes sprite management somewhat annoying.
Con Not specifically a 2D game engine
It isn't really an engine, more of a collection of modular, well designed libraries you can implement an engine or game on top of.
Con No support for atlas/tilemap and sprite sheet
At this point, you need to separate the tileset maps or character animation sprite sheet before importing it to the engine, but the developers are working on this feature.
Con GUI is slow to load
This makes doing the simplest things, like looking at one of your maps, hard to do. In looking into this program, it can stall a PC while trying to load a sample map.
Con No 3d, not even fake 3d
This is a 100$ 2d-only game engine. You could of course use pre-rendered 3d graphics, but your games themselves will exist only in the x and y axes.
Con It's very slow
Although suggested otherwise, GDevelop doesn't compile the games - it just adds wrappers so each OS can run the HTML5 game it creates. That means it runs much, much slower than other engines that do compile games.
Con No cross-compiler
The Windows and Linux versions of GDevelop can each compile a native application; but the Windows version cannot compile for Linux, nor vice versa.
Con Optional subscription not mentioned on main site
While the engine is free and open source as stated on the main website, it does not mention that some optional features and services are actually activated through a paid subscription (two tiers: 2€ and 7€). Those features are: no nag screen shown when debugging, additional metrics available on games dashboard, access to more than 2 cloud exports per day (unlimited local export can be done without subscription, provided the right packaging tools are installed and configured), easy removal of GDevelop splash screen (can be done manually without subscription).
Con Behaviors of Objects are rather generalized
Since it has a fully GUI editor, the objects you are allowed to add in your game are pretty generalized (PhysicsObject, TiledSprite, PlatformerObject, etc). This limits the freedom of a game developer while making a game, as the object msut follow the preset behaviours imposed on it.
