Quick SW opengl question

just wondering - anyone know how to convince a software OpenGL to work
onto an SDL surface?

conditions:

  1. should be relatively portable g
  2. can’t conflict with openGL present heh (ideally - use it)

I’m running DRI/opengl myself. Looking into getting -some- kind of opengl
under FB/con for testing g

G’day, eh? :slight_smile:
- Teunis

PS: if you’re using SDL_OPENGL, make sure that the returned flags
(SDL_GetVideoSurface()->flags & SDL_OPENGL). Otherwise you get
interesting segmentation faults when opengl doesn’t work… and under FB,
that can lock the console!

just wondering - anyone know how to convince a software OpenGL to work
onto an SDL surface?

I made a quick hack to make TinyGL to work with SDL. It really is a quick
hack, but seems to work at least in windows mode on win32 and linux. The
hack is currently a part of my Teddy project, see glelite.sf.net

PS: if you’re using SDL_OPENGL, make sure that the returned flags

I am not using SDL_OPENGL. I simply use software renderer and tell it to
render to the pixel address of the surface. I haven’t finished the
fullscreenmode, it probably has some locking not done yet.

– Timo Suoranta – @Timo_K_Suoranta

Fix for sdl-1.2.2 on Irix 6.5:

file src/video/x11/SDL_x11gl.c
line 417:
replace "" with '

or it will not compile.

Please someone merge this fix in the CVS.

Fix for sdl-1.2.2 on Irix 6.5:

file src/video/x11/SDL_x11gl.c
line 417:
replace "" with '

or it will not compile.

Please someone merge this fix in the CVS.

This fix was already in CVS (along with some other fixes for IRIX)

See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment