RE: Trying now with 1.1 cvs.

"Jacob \(Jack\) Gryn" <[email protected]>
Newsgroups gmane.comp.video.transcode.devel
Message-ID <[email protected]>
I deleted the transcode directory completely and redownloaded the latest 1.1
CVS.

I did see the difference in that I no longer needed to fix the ffmpeg paths
time.  

I realized that I didn't have PKG_CONFIG_PATH set.  

Now, I tried setting PKG_CONFIG_PATH; it configured and compiled on the
first try.

Any chance these fixes can be applied in such a way that the average user
won't require the path to be set?  For users who aren't developers or
experienced sysadmins, they won't necessarily know that LD_LIBRARY_PATH or
PKG_CONFIG_PATH need to be set, or what paths to set them to. 

In case it helps anyone in the future to have this on records, in Fedora
Core 5 on x86_64, I used the following defaults: 
PKG_CONFIG_PATH=/usr/lib64/pkgconfig:/usr/local/lib64/pkgconfig:/usr/lib/pkg
config:/usr/local/lib/pkgconfig
LD_LIBRARY_PATH=/lib64:/usr/lib64:/usr/local/lib64:/lib:/usr/lib:/usr/local/
lib


> -----Original Message-----
> From: Francesco Romani [mailto:[email protected]]
> Sent: Sunday, March 30, 2008 4:36 AM
> To: [email protected]
> Subject: RE: [transcode-devel] Trying now with 1.1 cvs.
> 
> 
> On Wed, 2008-03-26 at 13:58 -0400, Jacob (Jack) Gryn wrote:
> > Sorry..  accidentally hit send too early..
> >
> > Ok,
> >
> > With respect to configure now: still need lqt/quicktime.h, and still
> issue
> > with lame if LD_LIBRARY_PATH not set (but the latter seems to be
> lame's
> > problem; unless we can workaround in the configure to set it to test
> lame)
> >
> > With respect to compilation, we still have quicktime issues in
> import_mov.c,
> > export_mov.c, probe_mov.c and decode_mov.c
> 
> I'm a bit confused, because those things should be fixed as well with
> my
> last commit; i've tested on a spare i386 installation with only new
> headers for ffmpeg and libquicktime and everything works as expected,
> here. Did you rerun the autoreconf before configure?
> 
> >
> > The following are linker warnings and errors:
> >
> > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when
> searching for
> > -lpthread
> > /usr/bin/ld: skipping incompatible /usr/lib/libpthread.a when
> searching for
> > -lpthread
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when searching
> for -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libm.a when searching for
> -lm
> > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching
> for -lz
> > /usr/bin/ld: skipping incompatible /usr/lib/libz.a when searching for
> -lz
> > /usr/bin/ld: skipping incompatible /usr/lib/libdl.so when searching
> for -ldl
> > /usr/bin/ld: skipping incompatible /usr/lib/libdl.a when searching
> for -ldl
> > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching
> for -lc
> > /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for
> -lc
> 
> This is annoying but should be harmless; I can't fix properly because I
> haven't any 32/64 bit mixed environment (like fedora) handy.
> 
> > tcdecode-decode_mpeg2.o: In function
> > `decode_mpeg2':/root/4transcode/transcode/import/decode_mpeg2.c:133:
> > undefined reference to `mpeg2convert_rgb24'
> >
> > ...
> >
> > I added -lmpeg2convert to the following line in import/Makefile
> > LIBMPEG2_LIBS = -L/usr/lib -lmpeg2 -lmpeg2convert
> 
> same as above for quicktime.
> 
> Bests,
> 
> --
> Francesco Romani // Ikitt
> [ Out of memory. ~ We wish to hold the whole sky, ~ But we never will.
> ]
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.