New graphics API ready

[Delarock]

Hello, I asked about a half year ago.

Is it possible to use debug mode, but do not debug graphics code (or what is it making so slow) ?

 I use text/graphics a lot in my project, and that drops my FPS to 1-2 in debug mode, but 60+ in release. I of course would like to debug my actual "working" code and not SFML graphic library (which is working fine  ).

and got this answer from Laurent

The new graphics API should be much faster in debug mode, there could even be almost no difference.

So my question now, is it already that fast?
And how much faster do you think it is?
I don't have good code for compare now, so I cant test it.

Thanks

[Mario]

Just test it. Also had a massive slowdown when run using GDB while working with many instances of std::set while rendering sf::Text. Could be another reason.

[Delarock]

I asked, because I dont have code for that I did before and I dont have SFML compiled and that stuff...
I just only want to know if its faster than 1.6 already and if debug FPS almost == release FPS. Or if I should wait more, before using SFML again.

[Laurent]

The new graphics API is not better in debug mode, but it allows you to do better things.

Example:
- if I draw 10000 individual sprites with sf::Sprite, I can get 50 FPs in release and 1 FPS in debug because there are 10000 OpenGL calls involved
- if I draw 10000 sprites with a single sf::VertexArray, I can get 350 FPS in both release and debug mode because there is 1 OpenGL call involved, it's the GPU which is busy not the CPU anymore

[Delarock]

Ah, thanks.

Never used sf::VertexArray because sf::Sprite is kind of easy for use, hope that vertex array too...
I am not sure if I understand well, but couldn't the (almost) same fps be achieved by using release versions of SFML libraries in debug mode? (guess it wont work that way :/).
Or something like that? Like "I trust SFML, debug only my code"?

[Laurent]

You can generally not mix debug and release. For example, Visual C++ has a different definition for STL classes in debug and release mode, so if you pass a std::string from your app (debug definition) to SFML (release definition) it will crash.

[bastien]

Shader's doc says:

To apply a shader to a drawable, you must pass it as an additional parameter to the Draw function:

Code: [Select]

window.Draw(sprite, shader);

... which is in fact just a shortcut for this:

Code: [Select]

sf::RenderStates states;
states.Shader = shader;
window.Draw(sprite, states);

But I can't find a Draw(drawable, shader) method in RenderWindow or RenderTarget. Am I missing something?

[Laurent]

Yes: the RenderStates(sf::Shader*) implicit constructor. A sf::RenderStates can be implicitely constructed from any of its members.

[bastien]

Thanks.

[Elgan]

test.GetGlobalBounds()

Does not take end white space in to account and trims it?

and height seems to be wrong by half..

AM I right that it should return width and height of displayed text?

[Laurent]

test.GetGlobalBounds()

Does not take end white space in to account and trims it?

http://www.sfml-dev.org/forum/viewtopic.php?t=6672

and height seems to be wrong by half..

Really? Can you show a complete and minimal code that reproduces this problem?

[BlueMagic]

Just to be clear, the optimized version is not out yet, right?

[Elgan]

test.GetGlobalBounds()

Does not take end white space in to account and trims it?

http://www.sfml-dev.org/forum/viewtopic.php?t=6672

and height seems to be wrong by half..

Really? Can you show a complete and minimal code that reproduces this problem?

eek, sorry, all tests show it does come back with the same height as shapes drawn next door.

Using gwen, it returns an odd height, but I can fix it be using the height of the font,and knowing no new lines will be used....but I cant get the correct width, because of spaces. + using a fixed font.

[Laurent]

Just to be clear, the optimized version is not out yet, right?

It is.

[BlueMagic]

Just to be clear, the optimized version is not out yet, right?

It is.

Amazing, I will be starting the transition then.