Problem with rendertargets (no output/video)

I’m trying to run a XMMS visualization/plugin for Linux called
projectM which uses SDL to run. Requires render targets, so a CVS
version of SDL 1.3 from 2004-04-04) is provided with the it.
Application used to work fine, however with a reinstall of Ubuntu
Linux (Debian-based), I cannot get it working (get a blank output in
the window). I’ve tried latest CVS and a few other versions, all
give same results.

I compiled the files in the “test” directory of the SDL tarfile and
ran each to ensure they work. All of them operated correctly
except testrendertarget and testgl - they give the same results as
projectM (no video). Below are the results:

./testrendertarget gives a blank screen (same problem with projectM),
with the following output:

Created render target:
SDL_GL_RED_SIZE: 8
SDL_GL_GREEN_SIZE: 8
SDL_GL_BLUE_SIZE: 8
SDL_GL_ALPHA_SIZE: 0
SDL_GL_DEPTH_SIZE: 24
697 frames in 5.004 seconds = 139.289 FPS

./testgl gives the following (again, with blank output):

Screen BPP: 32

Vendor : (null)
Renderer : (null)
Version : (null)
Extensions : (null)

SDL_GL_RED_SIZE: requested 5, got 8
SDL_GL_GREEN_SIZE: requested 5, got 8
SDL_GL_BLUE_SIZE: requested 5, got 8
SDL_GL_DEPTH_SIZE: requested 16, got 24
SDL_GL_DOUBLEBUFFER: requested 1, got 1
app lost mouse focus
app gained mouse focus
app lost mouse focus
3988.59 FPS

Now the interesting thing is my /etc/X11/XF86Config-4 file has
default depth as 24, not 32. In fact 32 is not even listed anywhere
within the file - not entirely sure why testgl reports Screen BPP at
32. I’ve tried messing with the source for testgl and
testrendertarget, trying both 24 and 32 bits instead of 16, still no
luck.

Running kernel 2.6.8.1-3-386 on Athlon64 3200+, GeForce FX 5900XT,
NVIDIA driver version 1.0-6111. Is this a known issue and/or can
anyone provide any help? Thanks.

Anthony DeChiaro wrote:

I’m trying to run a XMMS visualization/plugin for Linux called
projectM which uses SDL to run. Requires render targets, so a CVS
version of SDL 1.3 from 2004-04-04) is provided with the it.
Application used to work fine, however with a reinstall of Ubuntu
Linux (Debian-based), I cannot get it working (get a blank output in
the window). I’ve tried latest CVS and a few other versions, all
give same results.

I compiled the files in the “test” directory of the SDL tarfile and
ran each to ensure they work. All of them operated correctly
except testrendertarget and testgl - they give the same results as
projectM (no video). Below are the results:

./testrendertarget gives a blank screen (same problem with projectM),
with the following output:

Created render target:
SDL_GL_RED_SIZE: 8
SDL_GL_GREEN_SIZE: 8
SDL_GL_BLUE_SIZE: 8
SDL_GL_ALPHA_SIZE: 0
SDL_GL_DEPTH_SIZE: 24
697 frames in 5.004 seconds = 139.289 FPS

./testgl gives the following (again, with blank output):

Screen BPP: 32

Vendor : (null)
Renderer : (null)
Version : (null)
Extensions : (null)

SDL_GL_RED_SIZE: requested 5, got 8
SDL_GL_GREEN_SIZE: requested 5, got 8
SDL_GL_BLUE_SIZE: requested 5, got 8
SDL_GL_DEPTH_SIZE: requested 16, got 24
SDL_GL_DOUBLEBUFFER: requested 1, got 1
app lost mouse focus
app gained mouse focus
app lost mouse focus
3988.59 FPS

Now the interesting thing is my /etc/X11/XF86Config-4 file has
default depth as 24, not 32. In fact 32 is not even listed anywhere
within the file - not entirely sure why testgl reports Screen BPP at
32. I’ve tried messing with the source for testgl and
testrendertarget, trying both 24 and 32 bits instead of 16, still no
luck.

Running kernel 2.6.8.1-3-386 on Athlon64 3200+, GeForce FX 5900XT,
NVIDIA driver version 1.0-6111. Is this a known issue and/or can
anyone provide any help? Thanks.

So basically you’re saying that SDL/OpenGL programs don’t work for you,
right ?

Are your sure your OpenGL configuration is correct ? Can you run other
opengl apps and games to confirm this ?

Stephane

Actually, no OpenGL apps work fine - Xscreensaver works without any
problems, I can play games that use OpenGL without any difficulties -
it only seems to be the render targets functionality that isn’t
working.

— Stephane Marchesin <stephane.marchesin at wanadoo.fr> wrote:> Anthony DeChiaro wrote:

I’m trying to run a XMMS visualization/plugin for Linux called
projectM which uses SDL to run. Requires render targets, so a CVS
version of SDL 1.3 from 2004-04-04) is provided with the it.
Application used to work fine, however with a reinstall of Ubuntu
Linux (Debian-based), I cannot get it working (get a blank output
in
the window). I’ve tried latest CVS and a few other versions, all
give same results.

I compiled the files in the “test” directory of the SDL tarfile
and
ran each to ensure they work. All of them operated correctly
except testrendertarget and testgl - they give the same results
as
projectM (no video). Below are the results:

./testrendertarget gives a blank screen (same problem with
projectM),
with the following output:

Created render target:
SDL_GL_RED_SIZE: 8
SDL_GL_GREEN_SIZE: 8
SDL_GL_BLUE_SIZE: 8
SDL_GL_ALPHA_SIZE: 0
SDL_GL_DEPTH_SIZE: 24
697 frames in 5.004 seconds = 139.289 FPS

./testgl gives the following (again, with blank output):

Screen BPP: 32

Vendor : (null)
Renderer : (null)
Version : (null)
Extensions : (null)

SDL_GL_RED_SIZE: requested 5, got 8
SDL_GL_GREEN_SIZE: requested 5, got 8
SDL_GL_BLUE_SIZE: requested 5, got 8
SDL_GL_DEPTH_SIZE: requested 16, got 24
SDL_GL_DOUBLEBUFFER: requested 1, got 1
app lost mouse focus
app gained mouse focus
app lost mouse focus
3988.59 FPS

Now the interesting thing is my /etc/X11/XF86Config-4 file has
default depth as 24, not 32. In fact 32 is not even listed
anywhere
within the file - not entirely sure why testgl reports Screen BPP
at
32. I’ve tried messing with the source for testgl and
testrendertarget, trying both 24 and 32 bits instead of 16, still
no
luck.

Running kernel 2.6.8.1-3-386 on Athlon64 3200+, GeForce FX 5900XT,
NVIDIA driver version 1.0-6111. Is this a known issue and/or can
anyone provide any help? Thanks.

So basically you’re saying that SDL/OpenGL programs don’t work for
you,
right ?

Are your sure your OpenGL configuration is correct ? Can you run
other
opengl apps and games to confirm this ?

Stephane


SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl

Anthony DeChiaro wrote:

Actually, no OpenGL apps work fine - Xscreensaver works without any
problems, I can play games that use OpenGL without any difficulties -
it only seems to be the render targets functionality that isn’t
working.

testgl doesn’t use render targets, while you mentioned that it doesn’t
work. So there is probably a problem somewhere. I thing you might have
another libGL hanging somewhere in your system. Do a ldd on the binary
files and see if they always point to the same libGL.so.

Stephane

You’re correct, only testgl and testrendertargets link to libGL.so -
so it must be the problem. I also found someone else has/had the
same problem on the NVIDIA linux forums:

http://www.nvnews.net/vbulletin/showthread.php?t=42939

I ran ldd on the original XMMS visualization and discovered it linked
to libGL.so as well, so this is all starting to make sense now. I
also searched my system for packages/references to libGL.so:

ktulu at eternal:~/SDL-1.3.0/test $ dpkg -S libGL.so
xlibmesa-gl-dev: /usr/lib/libGL.so
diversion by nvidia-glx from: /usr/X11R6/lib/libGL.so.1
diversion by nvidia-glx to: /usr/X11R6/lib/nvidia/libGL.so.1.xlibmesa
diversion by nvidia-glx from: /usr/lib/libGL.so.1
diversion by nvidia-glx to: /usr/lib/nvidia/libGL.so.1.xlibmesa
nvidia-glx, xlibmesa-gl: /usr/lib/libGL.so.1
diversion by nvidia-glx from: /usr/X11R6/lib/libGL.so.1
diversion by nvidia-glx to: /usr/X11R6/lib/nvidia/libGL.so.1.xlibmesa
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1
diversion by nvidia-glx from: /usr/lib/libGL.so.1.2
diversion by nvidia-glx to: /usr/lib/nvidia/libGL.so.1.2.xlibmesa
diversion by nvidia-glx from: /usr/lib/libGL.so.1
diversion by nvidia-glx to: /usr/lib/nvidia/libGL.so.1.xlibmesa
diversion by nvidia-glx from: /usr/X11R6/lib/libGL.so.1.2
diversion by nvidia-glx to:
/usr/X11R6/lib/nvidia/libGL.so.1.2.xlibmesa
diversion by nvidia-glx from: /usr/X11R6/lib/libGL.so.1.2
diversion by nvidia-glx to:
/usr/X11R6/lib/nvidia/libGL.so.1.2.xlibmesa
xlibmesa-gl: /usr/X11R6/lib/libGL.so.1.2
diversion by nvidia-glx from: /usr/lib/libGL.so.1.2
diversion by nvidia-glx to: /usr/lib/nvidia/libGL.so.1.2.xlibmesa
xlibmesa-gl: /usr/lib/libGL.so.1.2
nvidia-glx: /usr/lib/libGL.so.1.0.6111
xlibmesa-gl-dev: /usr/X11R6/lib/libGL.so

Any ideas? Thank you for your time.

-Anthony

— Stephane Marchesin <stephane.marchesin at wanadoo.fr> wrote:> Anthony DeChiaro wrote:

Actually, no OpenGL apps work fine - Xscreensaver works without
any
problems, I can play games that use OpenGL without any
difficulties -
it only seems to be the render targets functionality that isn’t
working.

testgl doesn’t use render targets, while you mentioned that it
doesn’t
work. So there is probably a problem somewhere. I thing you might
have
another libGL hanging somewhere in your system. Do a ldd on the
binary
files and see if they always point to the same libGL.so.

Stephane


SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl

Application used to work fine, however with a reinstall of Ubuntu
Linux (Debian-based), I cannot get it working (get a blank output in
Are your sure your OpenGL configuration is correct ? Can you run
other

If you are running Debian unstable, the bug is caused by the NVidia
driver installation not updating the symbolic links properly – so your
/usr/lib/libGL.so is probably a broken link. Some precompiled OpenGL
programs will still work – but compiling and linking your own programs
will be broken.

Just remove that link and create a new libGL.so that points to
libGL.so.1 on the same directory. The chain should run down to
/usr/lib/libGL.so.1.0.<nvidia_driver_version> (e.g. 6629). That should
fix everything. :slight_smile:

Eric Vidal
Lecturer / Graduate Research Assistant, DISCS
Ateneo de Manila University
http://aegis.ateneo.net/evidal/

Eric-

Thank you!! I noticed this the other day and fixed it but it wasn’t
until I did the recompile (more importantly the relinking) that fixed
the problem.

Your help is much appreciated.

-Anthony

— Eric Vidal wrote:> > >Application used to work fine, however with a reinstall of

Ubuntu

Linux (Debian-based), I cannot get it working (get a blank
output in
Are your sure your OpenGL configuration is correct ? Can you run
other

If you are running Debian unstable, the bug is caused by the NVidia
driver installation not updating the symbolic links properly – so
your
/usr/lib/libGL.so is probably a broken link. Some precompiled
OpenGL
programs will still work – but compiling and linking your own
programs
will be broken.

Just remove that link and create a new libGL.so that points to
libGL.so.1 on the same directory. The chain should run down to
/usr/lib/libGL.so.1.0.<nvidia_driver_version> (e.g. 6629). That
should
fix everything. :slight_smile:

Eric Vidal
Lecturer / Graduate Research Assistant, DISCS
Ateneo de Manila University
http://aegis.ateneo.net/evidal/


SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl