SFML community forums

General => Feature requests => Topic started by: Overv on March 14, 2011, 08:13:47 pm

Title: Non-deprecated OpenGL
Post by: Overv on March 14, 2011, 08:13:47 pm
Will the internals ever be updated to use non-deprecated OpenGL?
Title: Non-deprecated OpenGL
Post by: l0calh05t on March 14, 2011, 09:21:48 pm
replacement is unlikely to ever happen. switchable backends (opengl 1.x, opengl 3.x, opengl es 1.x, opengl es 2.x) are more likely, but as far as I know this won't be happening any time soon.
Title: Non-deprecated OpenGL
Post by: Laurent on March 14, 2011, 10:08:54 pm
Quote
Will the internals ever be updated to use non-deprecated OpenGL?

Why do you ask?
Title: Non-deprecated OpenGL
Post by: OniLinkPlus on March 15, 2011, 12:58:35 am
Building on this, couldn't SFML use the sf::ContextSettings information to select proper code for each version of OpenGL?
Title: Non-deprecated OpenGL
Post by: Laurent on March 15, 2011, 07:39:49 am
Well, it's not just a matter of selecting different code, I need to have a working and efficient implementation if I change the internals ;)

And if one day I switch to non-deprecated code there's no reason to support deprecated stuff anymore.
Title: Non-deprecated OpenGL
Post by: OniLinkPlus on March 15, 2011, 11:14:14 pm
Quote from: "Laurent"
Well, it's not just a matter of selecting different code, I need to have a working and efficient implementation if I change the internals ;)

And if one day I switch to non-deprecated code there's no reason to support deprecated stuff anymore.
True.
Title: Non-deprecated OpenGL
Post by: Richy19 on April 20, 2011, 03:24:12 pm
Quote from: "Laurent"
And if one day I switch to non-deprecated code there's no reason to support deprecated stuff anymore.


If you did switch to non-depreciated OGL hen please keep 2 versions so that people that dont need the new features can still use OGL 2 and keep backwards compatibility
Title: Non-deprecated OpenGL
Post by: Laurent on April 20, 2011, 03:28:49 pm
Quote
If you did switch to non-depreciated OGL hen please keep 2 versions so that people that dont need the new features can still use OGL 2 and keep backwards compatibility

There's no "new feature", it would just be a replacement of the OpenGL functions used internally in SFML.

It would have absolutely no impact on user code, except that people would be able to create 3.x+ contexts without being forced to use the compatibility flag.
Title: Non-deprecated OpenGL
Post by: Ricky on April 29, 2011, 10:15:06 am
Quote from: "Laurent"
Quote
If you did switch to non-depreciated OGL hen please keep 2 versions so that people that dont need the new features can still use OGL 2 and keep backwards compatibility

There's no "new feature", it would just be a replacement of the OpenGL functions used internally in SFML.

It would have absolutely no impact on user code, except that people would be able to create 3.x+ contexts without being forced to use the compatibility flag.

Sounds like a whole lot of trouble for that little tiny gain
Title: Non-deprecated OpenGL
Post by: Laurent on April 29, 2011, 11:04:52 am
Quote
Sounds like a whole lot of trouble for that little tiny gain

Lot of troubles: yes.

Tiny little gain: no, because:
1. 3.x+ contexts will be used more and more, SFML must support them properly
2. running without the deprecated GL functions means that SFML is compatible with OpenGL ES 2.0, and thus with a lot of mobile devices such as phones.