Samples of SFML 2.0 RC runs very choppy

[Moonkis]

I'm all eager to play around with SFML and even more so with the 2.0 RC version. I tried running a few of the the examples and I noticed that they run very, very VERY choppy even the Pong sample.
It runs so choppy that it often doesn't detect collision and the ball goes right through the "bat".

Since it's pre-compiled I don't know what exactly is causing the problems but I'm running Windows XP ( SP 3 ) with a 2.01 GHz CPU and AMD HD3600 Graphics card which is quite bad these days BUT MORE than enough to run Pong smoothly.

I'm wondering if anyone else has these problems or is it just me? I'm a bit worried since I don't my games to turn out to be choppy like the examples.

Kind regard Moonkis

[Lupinius]

Currently SFML takes a very long time to check for a gamepad when none is accessible. To fix this you can either plug in a gamepad or follow the instructions in Laurent's post here (requires recompiling SFML though).

It will hopefully be fixed soon.

[Moonkis]

Wow, that is really unfortunate since I was supposed to use SFML in Ludum Dare.
Does this problem exist in SFML 1.6?

I might try to recompile SFML. I thought SFML was a "stable" and widely used API?

[Laurent]

Currently SFML takes a very long time to check for a gamepad when none is accessible

Only under very specific circumstances (a gamepad was just unplugged) and on Windows.

Does this problem exist in SFML 1.6?

No.

I thought SFML was a "stable" and widely used API?

Dude, this is just 2.0 RC. Which means: the candidate for the very first release of a new major version which breaks a lot of stuff and has only been tested by a few adventurous developers. So no, it is not stable yet.
As for "widely used", I wouldn't say so, but hopefully it will after the SFML 2 branch evolves.

[Moonkis]

I thought SFML was a "stable" and widely used API?

Dude, this is just 2.0 RC. Which means: the candidate for the very first release of a new major version which breaks a lot of stuff and has only been tested by a few adventurous developers. So no, it is not stable yet.
As for "widely used", I wouldn't say so, but hopefully it will after the SFML 2 branch evolves.

Yes you are right. Besides It was quite douschy of me to begin with. SFML is a great API and I love it ( seriously thank god I can use this instead of SDL... or pure OpenGL.). I do understand that SFML 2.0 RC is an RELEASE CANDIDATE and not well...the finished version.

With that said, I'm sorry and thank you for an wonderful API.
Also thank you all for such fast answers and locate the problem. I look forward to the release of 2.0

Side questionHow come in version 2.0 the function names has changed to small prefix like: isOpen instead of IsOpen?
I'm just very curios xD

[Laurent]

I do understand that SFML 2.0 RC is an RELEASE CANDIDATE and not well...the finished version.

Even the finished 2.0 version will have bugs. They will be fixed with 2.x minor revisions; 2.1 should already fix the most important ones.

With that said, I'm sorry and thank you for an wonderful API.

Thanks, and there's no need to be sorry.

How come in version 2.0 the function names has changed to small prefix like: isOpen instead of IsOpen?

To bother people
http://en.sfml-dev.org/forums/index.php?topic=6709.0