Created GL context does not meet requested

[fer_t]

I am using 2.4.1 now and it seems something is broken, when trying to enable AA I get:

Warning: The created OpenGL context does not fully meet the settings that were requested
Requested: version = 1.1 ; depth bits = 0 ; stencil bits = 0 ; AA level = 8 ; core = false ; debug = false ; sRGB = false
Created: version = 3.0 ; depth bits = 0 ; stencil bits = 0 ; AA level = 0 ; core = false ; debug = false ; sRGB = false

I have attached the test file I used. The driver supports up to 8x AA (this worked last time I used it).

glGetIntegerv(GL_MAX_SAMPLES_EXT, &a);

Also returns 8.

I use an AMD 280x on openSUSE 42.1 Linux (opensource driver).
Does someone has an idea whats the problem?

[binary1248]

That value only tells you the multi-sampling level supported by framebuffer object attachments... It has nothing to do with the surface formats the operating system provides for you to use. Enumerate those with the glxinfo command on a console and post the full output here.

[fer_t]

Enumerate those with the glxinfo command on a console and post the full output here.

Ok see attached file.

[binary1248]

I can reproduce this on my system using an AMD R9 380X and AMDGPU driver. Will fix as soon as possible.

[binary1248]

Try out this branch: https://github.com/SFML/SFML/tree/bugfix/glx_extensions

[fer_t]

Thank you!
Using the last commit as patch worked for me!

I noticed it is now in the sfml master: https://github.com/SFML/SFML/commit/022f1590d815ff07a1ea70fc225446bb03abf698

[hobby]

I'm using SFML version 2.4 with additional commits up to the XCB-->Xlib transition (inclusive), just before the contextless branch commit. Is this issue relevant also to this version?

I'm asking because I use AA but prefer to not upgrade unless necessary.

[binary1248]

Yes... this issue is relevant to everything since at least 2.3.

[hobby]

I see, thanks!
Looking at the changes to GlxContext.cpp, it seems that the specific commit patch can be applied verbatim without a full upgrade, still on the version before the contextless branch commit. Will it stand a good chance of working?

[eXpl0it3r]

What's holding you back from upgrading to 2.4.2?

[Hapax]

@eXpl0it3r, for a moment there, you made me think I'd missed a new release but it's not been announced on the forum yet .

[eXpl0it3r]

@eXpl0it3r, for a moment there, you made me think I'd missed a new release but it's not been announced on the forum yet .

Well, it's announced now!

[hobby]

I'm afraid this issue still exists in SFML master in a non-determinisic way.

I get different availability of extensions and corresponding outputs of sf::err() for 32-bit and 64-bit Linux builds. This also affects RenderTexture (RenderTextureImplFBO works for me, RenderTextureImplDefault does not - seems to be related to GL contexts).
glxinfo lists all extensions as expected.

Ubuntu 16.04 Linux VM, HW accelerated (NV), hosted in Windows 7.
SFML master as of today.

32-bit build works, output of sf::err():

Setting vertical sync not supported

64-bit does not work, output of sf:err:

Warning: The created OpenGL context does not fully meet the settings that were requested
Requested: version = 1.1 ; depth bits = 0 ; stencil bits = 0 ; AA level = 0 ; core = false ; debug = false ; sRGB = false
Created: version = 0.0 ; depth bits = 24 ; stencil bits = 8 ; AA level = 0 ; core = false ; debug = false ; sRGB = false
Setting vertical sync not supported
sfml-graphics requires support for OpenGL 1.1 or greater
Ensure that hardware acceleration is enabled if available
OpenGL extension SGIS_texture_edge_clamp unavailable
Artifacts may occur along texture edges
Ensure that hardware acceleration is enabled if available

[hobby]

Fixed the issue, created #1495. Even if the logic does not meet what you expect from OpenGL, it should be sound.