the SDL1.3 thing was on purpose because packaed != available as this SDL1.2 discussion shows.

Are you sure regarding GLES1 on maemo? I have no real device to verify, but in scratchbox I have just this:

Nobody using it does not mean not available

In x86 sbox you have that, since, as I've said, gles11 was not packaged for x86 and you must use the Imagination SDK. But the armel SDK does have the OGLES 1.1 headers.

Doesnt quake III already run on the n900. Sorry perhaps I misunderstood your blog.

yeah quake3 was ported - I probably should choose an other example...

I rolled a 20 on "animate dead" and this thread was successfully zombified.

May i request an update by those who are in the know about this?

• What's the current situation with GL ES? Reading through this thread, it sounds like 1.1 is available in the SDL1.3 package. Was it ever back-ported to SDL12? What about 2.0? Which SDL13 package is the right one (there is an SDL13 and SDL1.3 package)?
• How transparent is using GL ES in SDL instead of GL?
• What's needed now to set up an app to use GL ES via SDL?

Thanks in advance.

SDL 1.3 is an entirely different beast that seems to be still under heavy development (check the mailing list -- I'm still surprised they're still changing things like whether opaque handles are void* pointers or numeric identifiers, and frankly I believed it was close-to-be-released).

Also, the GL ES support for GNU/Linux in SDL 1.3 is still very much Pandora oriented (to begin with, you have to --enable-video-pandora), and last time I checked out there was not support for GL ES 2.0.

As for SDL 1.2, well, adding support for both GL ES versions shouldn't be that hard -- but remember SDL 1.2 is a "system library" and patches have to go through Nokia (though this thread proves that it seems there is some movement ).

Also, I would be able to do a external library for "simple" support (like what I did to use animation actors from SDL) -- the library has access to the X Window id where SDL renders, and thus can create a EGL context and then let your application proceed with the usual gl calls. Of course, this wouldn't be "standard SDL", but then again nothing about GLES is standard in SDL.

So I did that:
http://git.maemo.org/git/sdlhildon/?...src/SDL_gles.h

What do you think? My opinion is that anything is better than barebones Xlib, which is what seems to be becoming the standard for the N900 due to the numerous samples on the wiki. Also, the above API tries to resemble the SDL 1.3 GL one, "helping" with the transition when the latter its done.

You can find some examples in http://git.maemo.org/git/sdlhildon/?...f=sdlgles/test , and if you've read the SimpleGL Xlib example (and my older ones), compare with the SDL SimpleGL: http://git.maemo.org/git?p=sdlhildon...st/simplegl.cc .
It's nearly 30% shorter, and that doesn't even include keyboard logic (which as you can guess it's also simpler with SDL). Performance is as usual -- 55fps. You can even fullscreen/defullscreen without losing the GL context (something that sadly tends to happen in SDL 1.2).

If this is helpful we could discuss about integrating something similar into the Maemo SDL 1.2, but for the moment I plan to upload it to -devel and hopefully get SDL back to its rails on Maemo with some examples in the wiki. Already on -devel!

I was able to port existing SDL versions of many of the nehe opengl demos to SDL_gles (the resulting nehegles is in extras-devel). My conclusions are:

a) Everything works as expected
b) This is really rather simple
c) It shouldn't matter to much how the details of the SDL integration look like as it only affects initialization and two or three #ifdefs won't hurt if you want to add SDL 1.3 compatibility or similar

So i am pretty satisfied with SDL_gles. And i saw that brain party also uses it.

Nice work, feel free to put it in the OpenGL wiki page. I'm sure it will help start up GL development for the N900!

Also, according to the repository, tuxrace, teeworlds, gltron and tomatoes are using it too. So at least it seems to work

I'm able to compile some of the NeHeGLES-lessons on the device!

But where do i find "glu.h", needed for the quadrics lesson?

Edit: Found it in NeHeGLES-sources...