Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

opengles consistency between SDL_GL_CreateContext and SDL_CreateRenderer #462

Closed
SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Closed
Labels
wontfix This will not be worked on

Comments

@SDLBugzilla
Copy link
Collaborator

This bug report was migrated from our old Bugzilla tracker.

Reported in version: HG 2.0
Reported for operating system, platform: iOS (All), iPhone/iPod touch

Comments on the original bug report:

On 2011-08-14 15:16:20 +0000, Vittorio Giovara wrote:

On iOS SDL_GL_CreateContext creates by default an opengles 1.1 context, and in case you want an opengles 2.0 you have to explicitly say so with SLG_GL_SetAttribute().
However when you create a renderer, you don't get the same context, and to achieve an opengles 1.1 compatible context you have to set SDL_SetHint('SDL_RENDER_DRIVER','opengles').

Would it be possible to have a similar behavior for both mechanisms? The gles 1.1 context should be the one enabled by default in any situation for compatibility.

On 2012-01-07 22:18:24 +0000, Sam Lantinga wrote:

The OpenGL ES 2.0 renderer is faster and more fully featured, so it's the default on iOS. When you use the render API you're not intended to mix it with native OpenGL calls and you're not intended to know or care what the underlying systems are.

If the underlying renderer is important to you, you should initialize the renderer you want, and this is not an issue anyway.

There was a bug where SDL would crash trying to create an OpenGL ES 2.0 context on old hardware, which is now fixed.

@SDLBugzilla SDLBugzilla added bug wontfix This will not be worked on labels Feb 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant