Is xorg a requirement for using SDL

Is xorg/xfree a requirement for using SDL on linux.

thanks
black_13_________________________________________________________________
Play Flexicon: the crossword game that feeds your brain. PLAY now for FREE.?
http://zone.msn.com/en/flexicon/default.htm?icid=flexicon_hmtagline

Is xorg/xfree a requirement for using SDL on linux.

For 2D graphics, you can use the framebuffer device (fbcon) instead,
which means you don’t need an X server.

If you need OpenGL, you’ll need x.org or XFree86.

–ryan.

Is xorg/xfree a requirement for using SDL on linux.

For 2D graphics, you can use the framebuffer device (fbcon) instead,
which means you don’t need an X server.

If you need OpenGL, you’ll need x.org or XFree86.

Thats not entirely correct, in many cases mesa-solo will work fine, depending
on the hardware he has.On Sunday 11 March 2007 16:03, Ryan C. Gordon wrote:

–ryan.


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


Patrick McFarland || http://AdTerrasPerAspera.com
"Computer games don’t affect kids; I mean if Pac-Man affected us as kids,
we’d all be running around in darkened rooms, munching magic pills and
listening to repetitive electronic music." – Kristian Wilson, Nintendo,
Inc, 1989

Thats not entirely correct, in many cases mesa-solo will work fine, depending
on the hardware he has.

I should have said “If you want SDL_OPENGL to work” then…our fbcon
driver does not expose OpenGL functionality with Mesa. But I guess you
could use it without hardware acceleration in the framebuffer that SDL
provides.

–ryan.

Thats not entirely correct, in many cases mesa-solo will work fine,
depending on the hardware he has.

I should have said “If you want SDL_OPENGL to work” then…our fbcon
driver does not expose OpenGL functionality with Mesa. But I guess you
could use it without hardware acceleration in the framebuffer that SDL
provides.

Bleh, someone needs to work on that then. Mesa-solo is very important for
future platforms. Thanks for volunteering Ryan ;)On Monday 12 March 2007 20:06, Ryan C. Gordon wrote:

–ryan.


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


Patrick McFarland || http://AdTerrasPerAspera.com
"Computer games don’t affect kids; I mean if Pac-Man affected us as kids,
we’d all be running around in darkened rooms, munching magic pills and
listening to repetitive electronic music." – Kristian Wilson, Nintendo,
Inc, 1989

Le Wed, 14 Mar 2007 14:29:17 -0400
Patrick McFarland a ?crit:> On Monday 12 March 2007 20:06, Ryan C. Gordon wrote:

Thats not entirely correct, in many cases mesa-solo will work
fine, depending on the hardware he has.

I should have said “If you want SDL_OPENGL to work” then…our fbcon
driver does not expose OpenGL functionality with Mesa. But I guess
you could use it without hardware acceleration in the framebuffer
that SDL provides.

Bleh, someone needs to work on that then. Mesa-solo is very important
for future platforms. Thanks for volunteering Ryan :wink:

I saw a patch that makes SDL fbcon driver use OSMesa (software
rendering) for OpenGL rendering, to be used on Playstation 3 under
Linux:
https://ssl.keshi.org/projects/ps3/trac.fcgi/browser/SDL/trunk/src/video/fbcon

Maybe we could separate the opengl related stuff, so that several video
drivers can share the same OpenGL context management stuff. Directfb has
glx API for example, and we could use OSMesa as default OpenGL backend,
if wgl,glx or agl is not available.


Patrice Mandin
WWW: http://pmandin.atari.org/
Programmeur Linux, Atari
Sp?cialit?: D?veloppement, jeux

Maybe we could separate the opengl related stuff, so that several video
drivers can share the same OpenGL context management stuff. Directfb has
glx API for example, and we could use OSMesa as default OpenGL backend,
if wgl,glx or agl is not available.

Is OSMesa ever hardware accelerated, though? I assume it’s the software
renderer only, and never a render-to-texture type thing.

And if it’s not hardware accelerated, is it ever really useful? I think
we’d be doing people a disservice by not returning a NULL from
SDL_SetVideoMode(x,y,bpp,SDL_OPENGL) in these cases.

fwiw, here’s the patch for osmesa-in-fbcon that’s in that Playstation3
Subversion repository. They posted a link to the patch they imported
from elsewhere…so at least it’s easy to separate it out:

http://www-ti.informatik.uni-tuebingen.de/~thiele/patch/SDL/sdl-fbcon-osmesa-patch-2.gz

–ryan.

Le Wed, 14 Mar 2007 15:25:50 -0400
"Ryan C. Gordon" a ?crit:

Maybe we could separate the opengl related stuff, so that several
video drivers can share the same OpenGL context management stuff.
Directfb has glx API for example, and we could use OSMesa as default
OpenGL backend, if wgl,glx or agl is not available.

Is OSMesa ever hardware accelerated, though? I assume it’s the
software renderer only, and never a render-to-texture type thing.

As far as I know, no mesa hw accel driver is usable through OSMesa atm.
Performance wise, OSMesa requires the rendered buffer to be present in
system ram, so if it was hw accelerated, there would be an extra copy
from vram to system ram (in the case where the vram is not shared with
system ram).

OSMesa is just a different API to deal with an OpenGL context, so
really, nothing prevent it from being able to be hw accelerated.

And if it’s not hardware accelerated, is it ever really useful? I
think we’d be doing people a disservice by not returning a NULL from
SDL_SetVideoMode(x,y,bpp,SDL_OPENGL) in these cases.

Well, I would like to be able to run some simple GL stuff in frame
buffer. You’re right that making it enabled by default may not be a good
idea, but having the code ready for it would be nice.–
Patrice Mandin
WWW: http://pmandin.atari.org/
Programmeur Linux, Atari
Sp?cialit?: D?veloppement, jeux