Trying Gem in windows; most of it works fine. The video patches don't work, giving the error:
couldn't determine video-driver name error: GEM: pix_videoNT: Unable to connect to video driver
This is under Win XP, Dell Inspiron 8600, Nvidia GeForce FX Go5200
I also get the error:
error: GemGlutObj: compiled without GLUT-support - no rendering of GLUT-objects
I don't see anything online. What do these mean?
Jon
Jon B wrote:
error: GEM: pix_videoNT: Unable to connect to video driver error: GemGlutObj: compiled without GLUT-support - no rendering of GLUT-objects
I don't see anything online. What do these mean?
all of this means, that you are using an old, outdated and rusty version of Gem. get the newest and best and shiniest from http://gem.iem.at/download.html
be sure to grab the 0.90.1 dll, as it has several bug-fixes with video-IN (+ MMX enhancement) and is even more shiny than 0.90.0
mfg.a.sdr IOhannes
Quoting Jon B cz4c6zc02@sneakemail.com:
Trying Gem in windows; most of it works fine. The video patches don't work, giving the error:
couldn't determine video-driver name error: GEM: pix_videoNT: Unable to connect to video driver
This is under Win XP, Dell Inspiron 8600, Nvidia GeForce FX Go5200
Windows is generally not my area, but pix_video captures from a video source like a DV camera, webcam or digitizer board, and usually has nothing to do with your GPU (ATI All-in-one might be the exception). Do you have any video source for pix_video to use?
I also get the error:
error: GemGlutObj: compiled without GLUT-support - no rendering of GLUT-objects
I think you can safely ignore that error. Only the teapot used/uses GLUT.
cgc
This message was sent using IMP, the Internet Messaging Program.
Hi. I've just been going through this problem aswell:
pd -rt -lib Gem
and it gives the error:
/usr/lib/pd/extra/Gem.pd_linux: libnvidia-tls.so.1: cannot handle TLS data Gem: can't load library
So it looks like it found the library fine, but it has an issue with the nvidia drivers? Can someone point me in the right direction?
I found a strange solution that worked here: http://imgseek.sourceforge.net/faq.html#faq3. This has been irritating me for a couple of days. I thought I should share this as it was unresolved on this list.
:-) -b
William Robinson wrote:
Hi. I've just been going through this problem aswell:
pd -rt -lib Gem
and it gives the error:
/usr/lib/pd/extra/Gem.pd_linux: libnvidia-tls.so.1: cannot handle TLS data Gem: can't load library
So it looks like it found the library fine, but it has an issue with the nvidia drivers? Can someone point me in the right direction?
I found a strange solution that worked here: http://imgseek.sourceforge.net/faq.html#faq3. This has been irritating me for a couple of days. I thought I should share this as it was unresolved on this list.
it may be unresolved on this list because it is not a problem of pd but about nvidia's drivers and TLS (thread local storage)
the problem is about your kernel: 2.6.x allows using TLS while 2.4.x does not.
now when you are running a 2.4-kernel you cannot use nvidia's TLS-libraries and thus you have to remove them. i am not sure, but i think it is the other way round too: when using a TLS-enabled kernel (2.6) you have to use the TLS-enabled libraries and thus you have to add them.
debian solves this via dynamic creation/deletion of symlinks into/from /usr/lib/tls they are using a helper-application "tls_test", but i think this is added by the debian-maintainer
probably other distributions (should) do it alike ??
mfg.a.sdr IOhannes
PS: this is from nvidia-glx/README.Debian
A Note about Thread Local Storage (TLS):
Under 2.6.x kernels a new TLS method is used and different libraries are required. NVIDIA provides these libraries and at boot time (via /etc/init.d/nvidia-glx) a test is performed on your system to see if your require these extra libraries. Having the TLS libraries installed (in /usr/lib/tls and libglx.so) running under a 2.4.x kernel will cause problems when running GL applications. Likewise, not having these libraries installed under 2.6.x might prevent X from starting at all.
Simple Explanation: To switch back and forth between the two systems simply run:
/etc/init.d/nvidia-glx start
This is run automatically at boot time.
To force a certain setting (e.g. you may have a 2.4 kernel patched for NPTL) place USE_TLS=1 in /etc/defaults/nvidia-glx for using the nvidia tls libraries. USE_TLS=0 for not using tls libraries. This isn't normally necessary for most users.
What Happens: Symlinks are created in /usr/lib/tls from libraries installed in /usr/lib/nvidia. Also the libglx.so.VERSION in /usr/X11R6/lib/modules/extensions/ is symlinked to a tls-enabled one.
-
chris clepper -
Johannes M Zmoelnig -
Jon B -
William Robinson