GSVideo problems with x86_64 on linux

pixinet

GSVideo problems with x86_64 on linux

in Contributed Library Questions • 2 years ago

Hi,

I downloaded processing for Linux (1.5.1) with the newest test version 20110709 of GSVideo.

Whenever I try to run any of the examples, it complains about a number of gstreamer library files: wrong ELF class: ELFCLASS32. It seems to look for x86_64 libs from /usr/lib and not /usr/lib64 as it should. My system is Fedora 15 x86_64. Here's a clip:

GSVideo version: 20110709

(gst-plugin-scanner:18939): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstadder.so': /usr/lib/gstreamer-0.10/libgstadder.so: wrong ELF class: ELFCLASS32

(gst-plugin-scanner:18939): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstalsa.so': /usr/lib/gstreamer-0.10/libgstalsa.so: wrong ELF class: ELFCLASS32

(gst-plugin-scanner:18939): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstvideorate.so': /usr/lib/gstreamer-0.10/libgstvideorate.so: wrong ELF class: ELFCLASS32

Replies(1)

andres

Re: GSVideo problems with x86_64 on linux

2 years ago

Could it be the problem that the JRE/JDK that Processing tries to use by default is the one built-into the package, which is 32 bits? Because you cannot load 64 bits native libraries from a 32 bits JVM, GSVideo is attempting to use the 32 bits version of the gstreamer libs.

But then, the OS itself is 64 bits, which leads to the error you see. On debian/ubuntu, you can run 32 bits binaries on a 64 system by installing the ia32-libs package, but I'm not sure if you have a similar mechanism in fedora.

What about if you uninstall the 32 bits version of gstreamer and then just remove/rename the java folder inside Processing? This should force it to use the system-wide JRE/JDK, which in your case is 64 bits.

Does this make sense?

Top Reply