On Sat, 28 Feb 2009 06:33:32 +0100, James Cook <jimc...@gmail.com> wrote:
>> =46irst off: Are you sure the problem lies in Cinelerra, not in FFMPEG? The= >> =20 >> version that comes with Hardy native is crippled beyond recognition, lackin= >> g=20 >> most of the codecs of interest. That does not seem to be the problem right here, though... (see below) ...snip... > Here it is: > > make all-recursive ...snip... > /bin/bash ../libtool --tag=CC --tag=CC --mode=link gcc -DHAVE_MMX > -DUSE_MMX -DX86_CPU -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE > -D_FILE_OFFSET_BITS=64 -g -O2 -o libmpeg3hv.la -rpath > /usr/local/lib -version-info 1:0:0 -release 1.5.0 -Wl,--no-undefined > bitstream.lo libmpeg3.lo mpeg3atrack.lo mpeg3css.lo mpeg3demux.lo > mpeg3ifo.lo mpeg3io.lo mpeg3strack.lo mpeg3title.lo mpeg3tocutil.lo > mpeg3vtrack.lo workarounds.lo -la52 video/libmpeg3_video.la > audio/libmpeg3_audio.la -lm -lpthread -lm -ldl -lpthread > gcc -shared .libs/bitstream.o .libs/libmpeg3.o .libs/mpeg3atrack.o > .libs/mpeg3css.o .libs/mpeg3demux.o .libs/mpeg3ifo.o .libs/mpeg3io.o > .libs/mpeg3strack.o .libs/mpeg3title.o .libs/mpeg3tocutil.o > .libs/mpeg3vtrack.o .libs/workarounds.o -Wl,--whole-archive > video/.libs/libmpeg3_video.a audio/.libs/libmpeg3_audio.a > -Wl,--no-whole-archive /usr/lib/liba52.so -lm -ldl -lpthread > -Wl,--no-undefined -Wl,-soname -Wl,libmpeg3hv-1.5.0.so.1 -o > .libs/libmpeg3hv-1.5.0.so.1.0.0 > /usr/bin/ld: .libs/bitstream.o: relocation R_X86_64_32 against `a > local symbol' can not be used when making a shared object; recompile > with -fPIC > .libs/bitstream.o: could not read symbols: Bad value Not sure about the R_X86_64_32 thing, but I have certainly run into fPIC before. In one case my distro had a compatible version of the library installed (_with_ PIC, if I recall correctly), but the linker picked the wrong file. I think I had to rename one of the files to coerce the linker to do the right thing. It's too long ago that I remember the details. Either you have to change some compilation flags, or you must install some alternate version of some libraries, or you must rename files, or change the linker's configuration. I'd recommend starting with the compilation flags, lest you disturb your Ubuntu installation. If R_X86_64_32 is what I suspect it is, Cinelerra should be kept away from it. Cinelerra is free software, and so is Ubuntu; they don't need legacy or proprietary 32-bit libs. It's only asking for trouble if you are on a native 64-bit Linux. -- Herman Robak _______________________________________________ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra