Main features

  • Portable
    SFML compiles on standard platforms like Windows (98, 2000, XP, Vista) and Unix systems (Linux, Mac OS X). As the library grows up, support for more operating systems will be added.
  • Object-oriented
    SFML is written in C++ and provides an efficient, object-oriented design. It relies on standard patterns and idioms to provide a simple and robust framework.
  • Easy to use
    SFML aims at being easy to manipulate. Effort is put on internal code to provide the simplest public interface.
  • Flexible
    Instead of being one big API, SFML rather contains a lot of small packages, that can be chosen and combined according to the intended usage. You can use only the base package to get input and windowing, as well as the full graphics package with sprites and post-effects.
  • Easily integrable
    SFML can be used in one or more windows, and/or can be integrated in existing interface components. Integration with existing graphical user interface (GUI) libraries is easy, so that you can add SFML views into complex interfaces built with Qt, wxWidgets, MFC or whatever.


  • C++
  • C
  • .Net (C#, VB.Net, C++/CLI, ...)
  • Python
  • D
  • Ruby


  • Portable and accurate time measurement
  • Simple and object oriented threads and mutexes
  • Unicode module for proper conversions between UTF and locale-dependant encodings


  • Can be used as a minimal, portable package to replace GLUT or SDL for windowing and input with OpenGL
  • Can create several rendering windows
  • Can be integrated into components of existing Qt / MFC / wxWidgets / Win32 / X11 / ... interfaces
  • Provides both a message-based and a real-time interface for handling input
  • Can handle mouses with up to 5 buttons
  • Can handle four joysticks with up to 7 axes and 32 buttons


  • Interfaces very easily with OpenGL (see OpenGL samples)
  • Modern effects available and hardware-accelerated : alpha-blending, rotations, shaders, ...
  • Manages memory efficiently, so that you don't have to worry about resources lifetime or storage ; you can even load your graphical resources before any window is created
  • Can load and save standard image formats : bmp, dds, jpg, png, tga, psd
  • Can load all graphics resources directly from files in memory
  • Can use views like in a 3D scene, to zoom / translate / rotate the whole world
  • Uses a simplified shader language for adding real-time post-effects
  • Easy manipulation of graphical text through bitmap fonts
  • Supports unicode characters
  • Can load standard font file formats : ttf, cff, pcf, fnt, bdf, pfr, sfnt, type 1, type 42


  • Uses hardware acceleration whenever possible
  • Can load and save standard sound formats : ogg, wav, flac, aiff, au, raw, paf, svx, nist, voc, ircam, w64, mat4, mat5 pvf, htk, sds, avr, sd2, caf, wve, mpc2k, rf64
  • Can load all audio resources directly from files in memory
  • 3D sound spacialization
  • Easy interface for capturing audio
  • Manages memory efficiently, so that you don't have to worry about resources lifetime or storage
  • Supports streaming for big files ; you can even write your custom streaming class for any source (network, ...)
  • Supports multi-channels formats (mono, stereo, 4.0, 5.1, 6.1, 7.1)


  • Implements a portable layer over TCP and UDP sockets
  • Easy data transfers through stream-based extensible packets
  • Classes to use the HTTP and FTP internet protocols
  • View media
  • View media
  • View media
  • View media
  • View media
  • View media
Post article RSS feed Related Articles

Just a short info for those who have never heard about my game.
Hello, my name is Elias Daler and I’m a solo developer who is making Re:creation in my free time. It’s done in C++ with SFML and Lua!

Re:creation is an action adventure game about the undead knight who wants to free undeads from the humans who use undeads as slaves or practice dummies. The unique mechanic of the game is called recreation which allows you to control dead people with your ghost gaining their abilities to solve various puzzles. Here’s an example of this puzzle.


Read more about the game here.

Back to the dev log…

Two months have passed since the last dev log. I had lots of time to work on the game and here’s what I’ve managed to work on.

Better art

Yet again, another graphics improvements! Change of the perspective was quite an improvement, but I’ve also realized that I can improve other stuff too.

There’s more depth to characters and surroundings, the colors are used better, etc.
There are more graphics improvements which I’ve done recently (for example, I’ve improved main hero’s sprite a lot), but I’ll show it off a bit later.

Here are some comparison screenshots!


There are also subtle things that made game look better!



Cutscenes / action lists

This one was a big progress for me. It’s pretty hard to do some actions in specified order in games. That’s because most of the time it cannot be expressed like this:

 someCharacter.goToPoint(20.f, 30.f);
 someCharacter.goToPoing(40.f, 50.f);

That’s because most of this actions can take more than one frame to complete, and some actions (like dialogue actions) can wait for user input, so we can’t just call those functions one after another.
That’s where action lists are useful. You create a list (or array) of actions (duh) that you need to execute one after another. When you start an action, you wait until it is finished and then start another action.
You can have multiple types of actions and each one may have a different finish condition.
For example, Go-To Action finishes when the entity arrives at the destination. Animation action finishes when the animation finishes, etc.
You can even go further and add “lanes” or tags for specified actions, so you can easily jump from one action to another instead of going to next action.

I’ve also made a multiple choice in dialogues which is just another form of Action lists. So, it’s pretty great!


Action lists were originally made for cutscenes, but later I’ve realized that I can do much more with them. For example, I’ve created much better scripts for doors and going inside the door, which is just a short cutscene.


And there are lots of similar stuff which action lists made easier, I’ve made an entire boss battle with it! (Which I can’t show, spoilers!)


I’ve also started working with a composer! His nickname is Kasper Hermsen a.k.a. Torchkas and he makes some really great stuff! He’ll also do all the sounds effects in the game.
One interesting aspect of the soundtrack will be its SNES sound. Torchkas writes stuff for the SPC and then records all the stuff through his SNES which gives 100% accurate and awesome sound. It’ll also be possible to create a SNES ROM of the soundtrack in the future! I’ll probably post some of the songs once they’re ready.

I’ve worked on audio for some time.
One of the coolest things was sounds sync with animation. Now I can specify which sounds should play at the specific frame of animation which makes stuff perfectly synchronizied with the stuff happening on the screen. Once I bind sound to a frame, I don’t need to call playSound function, it will play automatically, which makes sounds a lot easier to work with.
I’ve also made stereo sounds which is a pretty cool effect and which I’ll use now and then. I’ve made it automatical, so I can attach sounds to entities and it’ll play with the needed pan/volume depending on entity’s position on the screen.
I’ve also added ability to create collections of sounds, which play one after another with varying pitch and volume. For example, it’s works great for footstep sounds.

Lua / C++ interaction changes and observations

I’ve learned a lot about Lua/C++ interaction. For example, I’ve learned that calling Lua from C++ is very expensive and calling C++ from Lua is quite fast. So it’s better to pass an array of references to Lua functions to Lua function which will be call all of them in order than to call them one by one in C++!
The difference is pretty amazing and can significantly affect your performance.

I’ve realized that some of the stuff I did with Lua was pretty silly which led to lots of C++ -> Lua calls.
After a while I’ve realized that lots of stuff in Lua by one call from C++. For example, there are two ways to write event management for Lua.

1) Store info about callbacks (references to Lua functions) in C++ and if the corresponding event happens, call it from C++.
2) Store info about callbacks in Lua. Pass all the events which happened in the frame and process them in Lua, calling all Lua callbacks here

I’ve used 1 for a long time, but then I’ve noticed a noticeable performance hit when lots of events called Lua callbacks. That’s because there were lots of C++ -> Lua calls happening. I now use 2) and there’s only one C++ -> Lua call. If there are callbacks which need to be called, they’re called from Lua. And calling Lua functions from Lua is much faster than calling Lua from C++.

In fact, writing Lua code can be much easier that writing the same code in C++. I rewrote entity state machine in Lua and here are the results: -387 lines of C++ code, +95 lines of Lua code. The code is much simpler, easier to modify and it’s easier and faster to call all the Lua stuff from here!
In fact, it made possible to transfer almost all of the game logic to Lua which is pretty neat because it allows me to modify more stuff in the shorter amount of time.
It also allows me to reuse the same code for multiple entities.
(I’ll talk about the issue more in some Using Lua with C++ article!)

Some cutscenes will look like this…

(Some cutscenes will look like this…)

Improved stability

One cool thing about having another person working on the game is that you become more critical to the game and try to make it stable.
Most of the time I know what breaks the game and what stuff I shouldn’t do. I know about it and put it on my TODO list, but it’s hard to fix all the bugs and sometimes adding new feature breaks a lot of stuff. But now I have responsibility to make the game stable again as fast as possible to make it possible for composer to play the game and test all the stuff he needs at the moment.
I also try to work on the game-y stuff a bit more, which is also great.


I’ve also learned how important prototyping is. Lots of stuff changes from initial design, so drawing polished art and animations before making stuff playable is no a great idea. I’ve realized this when I was making a boss battle. Once I started to test it, I’ve figured out which stuff needs to change to make it better and more interesting. In the end I’ve learned that some previously planned animations were not needed and that some would need to be a bit different from what I previously imagined.
It was also such a nice feeling, to be able to work on the game, not on the engine. :)

Future plans

There’s a lot more engine stuff I’ve done and there’s also some game-y stuff I really want to show. But I’ll probably show it later because I need to finish lots of the art and make it really neat. There are also some cool puzzles I want to show off.

My biggest goal is to make a playable demo which seems so big as if it’s comparable to making a complete game… There’s a lot of stuff to be done and once the demo is ready, it’ll be much easier to complete the game because most of the time I’ll be working with the game content, not the engine.
The demo will be kind of a vertical slice of the game, so if it’s completed, it means that there’s not much left for me to add in the engine code.
It’s really hard to predict when the demo is going to happen. To be fair, I want to release it as soon as possible, but at the same time I want to make something really great and memorable.
There’s also a lot of work which still needs to be done, but I feel like the core of the engine is almost complete. Once I get that I have enough tools to make a game, I’ll write a big post explaining all that stuff. It’ll be a pretty good milestone. Don’t worry, I’m not one of the programmers who write engine stuff “just for the future”. YAGNI is an important principle. :)

Thank you for reading the dev log! If you want to hear more about Re:creation in the future, subscribe to my twitter, follow my blog or read SFML or TIGSource dev log thread from time to time!
See ya!

Progress update (January 2016)

Progress update (January 2016)

Re:creation 2 comments

Redrawn lots of art, cutscene system, items that you can pick up!

Re:creation dev log. 2015. The most productive year yet

Re:creation dev log. 2015. The most productive year yet

Re:creation 6 comments

I talk about the stuff I've done in 2015. It has been a great year!

Re:creation dev log. November 2015. Epic refactoring, shadows and more!

Re:creation dev log. November 2015. Epic refactoring, shadows and more!

Re:creation 4 comments

Here's the stuff I did this Novemeber. I've remade lots of stuff in the engine and made the game prettier by adding shadows and other cool stuff

Re:creation dev log. June – October 2015. I’ve made lots of stuff

Re:creation dev log. June – October 2015. I’ve made lots of stuff

Re:creation 10 comments

I describe what I've created in the last 5 months. Lots of stuff!

Add game Games
Rage (2D Coop Dungeoncrawler)

Rage (2D Coop Dungeoncrawler)

Hack 'n' Slash

GAME UNDER DEVELOPMENT! Rage is an attempt to create a hybrid of popular roleplaying genres like rogue-like, dungeon crawler and hack'n'slash. So its...

Gemstone Keeper

Gemstone Keeper


Gemstone Keeper is a 2D topdown dungeon crawler where you explore caves and caverns, defending yourself against the creatures that reside and go as deep...

No Man Left Behind

No Man Left Behind

Real Time Tactics

Ilse Ellinger is a paramedic, sent out to help those who have been injured by the enemy. Using her resources she fights a battle against time to save...




Re:creation is an action adventure game where you play as an undead knight. You can kill enemies and then control them with your ghost to use their abilities...




Strigiformes - The fate of the forest rests on the wings of a tiny hero Open world platformer game where you take the role as a small owl on a big mission...




A Snowboard game where you cand ride randomly generated maps. Select the start point of the mountain and play freeride, race and flag modes.




Somewhere between rhythm game and musical instrument, inSynch allows the player to act while being acted upon: follow the score you compose and express...




REPTILOID is a brutal fast-paced old school top-down shooter. Angry reptiloids are invading Earth. You should stop them from achieving singularity and...

A Goblin's Xmas Tale

A Goblin's Xmas Tale


Everyone should get a game for Xmas; therefore "A Goblin's Xmas Tale" is our present to you.




Kroniax is a very challenging skill game. The target is to maneuver through a level without touching any walls. There are two gamemodes: Arcade, there...


SFML the best engine to develop games for desktop.

Reply Good karma Bad karma+3 votes

Creator`s of this site could add Library Used or anything like that to the Profile of game, so that game developers can make credits to the library they are using!

Reply Good karma Bad karma+2 votes

SFML is not an ENGINE!!!
SFML is a free multimedia C++ API that provides you low and high level access to graphics, input, audio, etc... !!!

Reply Good karma Bad karma+6 votes
Post a comment
Sign in or join with:

Only registered members can share their thoughts. So come on! Join the community today (totally free - or sign in with your social account on the right) and join in the conversation.

Windows, Mac, Linux
SFML Developers
Send Message
Release date
Engine watch
Start tracking
Embed Buttons
Link to SFML by selecting a button and using the embed code provided more...
40 of 808
Last Update
22 members