Summary: | error emerge media-video/transcode-0.6.14 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexey Maximov <amax> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | betelgeuse, bugs-gentoo, castan.o, david.morgan, gentoo, mgleed, mike, mjanthony, niv, s-y-l, sbeck, Timos2000 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
New ebuild compiles with libquicktime-0.9.4
New ebuild compiles with libquicktime-0.9.4 (patch-only) compiles with libquicktime-0.9.4 Fix: undefined reference to `yuv2rgb_init_mmx' |
Description
Alexey Maximov
2005-03-19 00:50:58 UTC
USE=-quicktime works *** Bug 85877 has been marked as a duplicate of this bug. *** I also have this error. seem to be the same error as when compiling mjpegtools-1.6.2-r3. Look at bug #85432. The link in bug #85432 : http://www.mail-archive.com/mjpeg-users@lists.sourceforge.net/msg05238.html talks about some clean-up in libquicktime, but it was quickly done : $ grep read_audio /usr/include/quicktime/* /usr/include/quicktime/lqt_codecapi.h:int lqt_read_audio_chunk(quicktime_t * file, int track, /usr/include/quicktime/quicktime.h:long quicktime_read_audio(quicktime_t *file, char *audio_buffer, long samples, int track); $ locate -r libquicktime.*so /usr/lib/libquicktime.so /usr/lib/libquicktime.so.0 /usr/lib/libquicktime.so.0.0.0 /usr/lib/libquicktime/lqt_audiocodec.so /usr/lib/libquicktime/lqt_videocodec.so /usr/lib/libquicktime/lqt_opendivx.so /usr/lib/libquicktime/lqt_rtjpeg.so /usr/lib/libquicktime/lqt_mjpeg.so /usr/lib/libquicktime/lqt_dv.so /usr/lib/libquicktime/lqt_png.so /usr/lib/libquicktime/lqt_vorbis.so /usr/lib/libquicktime/lqt_lame.so /usr/lib/libquicktime/lqt_ffmpeg.so $ locate -r libquicktime.*so | xargs readelf -s | grep read_audio 213: 0000f700 384 FUNC GLOBAL DEFAULT 10 lqt_read_audio_chunk 213: 0000f700 384 FUNC GLOBAL DEFAULT 10 lqt_read_audio_chunk 213: 0000f700 384 FUNC GLOBAL DEFAULT 10 lqt_read_audio_chunk 15: 00000000 0 NOTYPE GLOBAL DEFAULT UND lqt_read_audio_chunk 24: 00000000 0 NOTYPE GLOBAL DEFAULT UND lqt_read_audio_chunk quicktime_read_audio is still in include files but not in shared libraries... Here is the diff from transcode cvs : diff -u -r1.6 -r1.7 --- transcode/import/import_mov.c 2004/10/18 01:51:35 1.6 +++ transcode/import/import_mov.c 2005/01/24 09:26:12 1.7 @@ -136,11 +136,13 @@ if(quicktime_supported_audio(qt_audio, 0)!=0) { rawAudioMode = 0; } +#if !defined(LIBQUICKTIME_000904) /* RAW PCM is directly supported */ else if(strcasecmp(codec,QUICKTIME_RAW)==0) { rawAudioMode = 1; fprintf(stderr,"[%s] using RAW audio mode!\n",MOD_NAME); } +#endif /* unsupported codec */ else { fprintf(stderr, "error: quicktime audio codec '%s' not supported!\n", @@ -334,12 +336,14 @@ } /* raw read mode */ +#if !defined(LIBQUICKTIME_000904) if(rawAudioMode) { bytes_read = quicktime_read_audio(qt_audio, param->buffer, param->size, 0); - } - /* decode audio mode */ - else { + } else +#endif + { + /* decode audio mode */ long pos = quicktime_audio_position(qt_audio,0); long samples = param->size; if(bits==16) *** Bug 86809 has been marked as a duplicate of this bug. *** Olivier, so the patch included fixes it or what? libquicktime includes does not define LIBQUICKTIME_000904, so I checked configure.in : RCS file: /cvstc/transcode/configure.in,v retrieving revision 1.108 retrieving revision 1.109 diff -u -r1.108 -r1.109 --- transcode/configure.in 2005/01/23 10:25:10 1.108 +++ transcode/configure.in 2005/01/24 09:26:12 1.109 @@ -967,6 +967,10 @@ [quicktime/lqt.h], quicktime, quicktime_open) if test x"$have_libquicktime" = x"yes" ; then AC_DEFINE([HAVE_LIBQUICKTIME], 1, [have libquicktime support]) + AC_CHECK_LIB(quicktime, lqt_encode_video, + [AC_DEFINE([LIBQUICKTIME_000904], [1], [Have libquicktime 0.9.4 or newer])], + , + [$LIBQUICKTIME_EXTRA_LIBS]) fi AM_CONDITIONAL(HAVE_LIBQUICKTIME, test x"$have_libquicktime" = x"yes") AC_SUBST(LIBQUICKTIME_CFLAGS) I've not tested yet (more important problem, my firefox builds are broken), but I guess both import_mov.c and configure.in should be patched and autoreconf run in the ebuild... I've got the same problem, with transcode-0.6.14. I have libquicktime-0.9.4 installed. *** Bug 88502 has been marked as a duplicate of this bug. *** *** Bug 88568 has been marked as a duplicate of this bug. *** I would suggest you all just go ahead and mask libquicktime-0.9.4 for now locally, I have sent an email to zypher asking him too p.mask it seeing it is breaking other ports as well not just transcode. Created attachment 56132 [details]
New ebuild compiles with libquicktime-0.9.4
Created attachment 56133 [details, diff]
New ebuild compiles with libquicktime-0.9.4 (patch-only)
Created attachment 56134 [details, diff]
compiles with libquicktime-0.9.4
Created attachment 56135 [details, diff] Fix: undefined reference to `yuv2rgb_init_mmx' See: http://article.gmane.org/gmane.comp.video.transcode.user/16427 Olivier is right with his suggestions. There is also another file to patch (export/export_mov.c).All up: configure.in export/export_mov.c import/decode_mov.c import/import_mov.c I also come across another bug on my box: http://article.gmane.org/gmane.comp.video.transcode.user/16427. so the new ebuild uses 2 patches. J Olivier is right with his suggestions. There is also another file to patch (export/export_mov.c).All up: configure.in export/export_mov.c import/decode_mov.c import/import_mov.c I also come across another bug on my box: http://article.gmane.org/gmane.comp.video.transcode.user/16427. so the new ebuild uses 2 patches. Jürgen i had to do one "libtoolize --copy --force", then ebuild ... compile ran cleanly... now installing and qmerging... ditto on the libtoolize --copy --force , i just added it to the ebuild in overlay just before autoconf runs src_compile() { libtoolize --copy --force einfo "Running autoreconf" autoreconf || die "autoreconf failed" fixed in cvs, thanks a lot for reporting and for supporting our development. also thanks for creating the patch. *** Bug 88990 has been marked as a duplicate of this bug. *** *** Bug 88993 has been marked as a duplicate of this bug. *** *** Bug 89000 has been marked as a duplicate of this bug. *** *** Bug 89003 has been marked as a duplicate of this bug. *** |