Some features

[sebastiend]

SFML looks really promising good things for now and the future.

I am currently using the pygame Python library and some features would be interesting if implemented with SFML. I think about sprites groups. It also manage collisions (Only rectangles); so having collisions managed by polygons would not be too much. Having an integrated physics engine or a bridge with an existing one could also improve some games gameplay, even if others may not need it.

Anyway, SDL can render opengl spaces. Still in Pygame, using it make you unable to use both sprite and draw modules. What would be nice is to replace characters sprite animation by a 3d model making it smoother, but still exploring a 2d tilemap like Nintendo has done for both zelda and mario.

Making the first part (sprite groups) could be in my abilities; others, why not with time and good documentation.

[tgm]

acctualy I think you misunderstood SFML (as I did too) as a grafics engine..
well, thats not exactly what it is.. SFML is just a Abstraktion layer... Especially Physics is not the point of SFML (though I would like to have it too^^)
Searching for some 2D physics engine I found this one which looks quite promissing: (didn't test jet it thought -_-)
http://wiki.slembcke.net/main/published/Chipmunk

[sebastiend]

What are SFML underlying libraries? I have seen it is openal for sound. SDL and Opengl for gfx? Network?

[tgm]

I guess there are no underlying libaries for Network, windowcreation, threads and timing.. He's simply using the API functions.. I think..

[Aszarsha]

I guess there are no underlying libaries for Network, windowcreation, threads and timing.. He's simply using the API functions.. I think..

You're true.

SDL is of course used nowhere, SFML is meant to be a challenger of it !

GFX are all done through OpenGL, but I think that Laurent is considering implementing a software back-end.

[sebastiend]

I think it won't be too hard making it work with chipmunk. For 3D models, perhaps opengl calls will be usefull.

About Gui, an existing system which has an opengl renderer is CEGUI, with a lot of widgets.

[fixus971]

Hi, thanks  and excuse but I cant found on web an example to implement CEGUI in SFML.
I only found someone that try with some problem: :oops:
http://www.cegui.org.uk/phpBB2/viewtopic.php?p=14435&sid=7cc8ae19a806c6bbf225840188920d4a

I see pictures..

I'm only need some point to start but I haven't time to hardcode too much.  
:roll: Where can found a minimal implementation of CEGUI in SFML?

Thanks.  

[Kreeg]

I guess there are no underlying libaries for Network, windowcreation, threads and timing.. He's simply using the API functions.. I think..

You're true.

SDL is of course used nowhere, SFML is meant to be a challenger of it !

GFX are all done through OpenGL, but I think that Laurent is considering implementing a software back-end.

The underlying libraries for network, windowing, and system stuff are the systems APIs

[workmad3]

Why would Laurent implement a software backend when OpenGL is already a software renderer and a hardware renderer?

[Laurent]

Why would Laurent implement a software backend when OpenGL is already a software renderer and a hardware renderer?

Because some specific systems don't have an OpenGL implementation. However, I'm going to provide a renderer abstraction but I'll leave the software renderer implementation to whoever needs it and wants to contribute