SFML2+VBO problem

[sirjuddington]

Hi, I decided to try and update my project to use SFML 2, from 1.6. I've gone and converted everything to the SFML2 API and everything seems to work fine, except that whenever something to do with VBOs happens in my code (glGenBuffers in this case), the program completely locks up.

Normally I'd think it was a problem with how I'm doing things, but it worked perfectly fine with SFML 1.6. Has anything changed between 1.6 and 2 that could be causing this?

The only major thing I had to change was to add GL state push/pops around any SFML drawing code (I'm only using it for text rendering currently), where in 1.6 I only needed to call PreserveOpenGLStates() on each RenderWindow.

[Laurent]

Is the problem really on glGenBuffers? There's a known bug which can happen when you draw a vertex buffer, but none that would cause glGenBuffers to freeze or crash.

[sirjuddington]

Hmm, well using log messages pointed me towards the glGenBuffers line, but that seems to be unreliable, since it happens there sometimes but not always. Unfortunately the debugger gives no useful information, except that the crash happens somewhere in the video driver.

Disabling VBOs completely and using immediate mode instead is the only thing I've found so far that fixes the problem, but of course that isn't really a satisfactory solution.

Testing on my laptop with an intel chipset instead of nvidia like my pc, in release build it locks up, but in debug mode it works but with lots of graphical artifacts on the things drawn using VBOs. Is there some kind of VBO-related state that SFML 2 is setting?

[Laurent]

Is there some kind of VBO-related state that SFML 2 is setting?

Absolutely. It enables position, color and texcoords components (glEnableClientState), so if your own buffers don't use one of them, you must disable it.

[sirjuddington]

Ok that was the problem, explicitly disabling those components (except what I was using, obviously) before drawing my VBOs fixed things.

Thanks for the help