Thanks for the rapid response. On Sunday 28 October 2007 06:38:18 Francesco Romani wrote:
> Uhm, looks like a libquicktime issue, and unfortunately I'm not > confident in that field. Anyway, if you DO NOT need the audio track, > just retry dropping it: > > transcode -i ovulation.mov -x mov,null -y dv,null -M 2 -o ovulation.avi This produces the following output (with transcode v1.0.4): transcode v1.0.4 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg, 2004-2007 Transcode Team [codecs] Warning: Could not find audio Decoder for fourcc mp4a [codecs] Warning: quicktime_decode_audio_stub called [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source ovulation.mov (ok) [transcode] V: import format | unknown QuickTime (V=mov|A=null) [transcode] V: AV demux/sync | (2) initial MPEG sequence / enforce frame rate [transcode] V: import frame | 320x240 1.33:1 [transcode] V: bits/pixel | 1.562 [transcode] V: decoding fps,frc | 15.000,13 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x1 PCM [22050,16,1] [transcode] A: export | disabled [transcode] V: encoding fps,frc | 15.000,13 [transcode] A: bytes per frame | 2940 (2940.000000) [transcode] A: adjustment | [EMAIL PROTECTED] [transcode] V: IA32/AMD64 accel | sse2 (sse2 sse mmxext mmx asm C) tc_memcpy: using sse for memcpy [transcode] V: video buffer | 10 @ 320x240 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_mov.so] v0.1.2 (2002-05-16) (video) * | (audio) * [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_dv.so] v0.5 (2003-07-24) (video) Digital Video | (audio) MPEG/AC3/PCM [codecs] Warning: Could not find audio Decoder for fourcc mp4a [codecs] Warning: quicktime_decode_audio_stub called [import_mov.so] VIDEO: codec=avc1, fps=15.000, width=320, height=240, frames=339 Segmentation fault Then I added faad to libquicktime (as pointed by Stefan) via an rpm package and re-run the same command: transcode v1.0.4 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg, 2004-2007 Transcode Team [transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms [transcode] auto-probing source ovulation.mov (ok) [transcode] V: import format | unknown QuickTime (V=mov|A=null) [transcode] V: import frame | 320x240 1.33:1 [transcode] V: bits/pixel | 1.562 [transcode] V: decoding fps,frc | 15.000,13 [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x1 PCM [44100,16,2] [transcode] A: export | disabled [transcode] V: encoding fps,frc | 15.000,13 [transcode] A: bytes per frame | 11760 (11760.000000) [transcode] A: adjustment | [EMAIL PROTECTED] [transcode] V: IA32/AMD64 accel | sse2 (sse2 sse mmxext mmx asm C) tc_memcpy: using sse for memcpy [transcode] V: video buffer | 10 @ 320x240 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_mov.so] v0.1.2 (2002-05-16) (video) * | (audio) * [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_dv.so] v0.5 (2003-07-24) (video) Digital Video | (audio) MPEG/AC3/PCM [import_mov.so] VIDEO: codec=avc1, fps=15.000, width=320, height=240, frames=339 Segmentation fault > transcode -i ovulation.mov -x mplayer,mplayer -y dv -o > > ovulation.avi -m /dev/null > > Segmentation fault > > that's scary. Please first update to last 1.0.5 RC and please report if > that helps/fixes the problem. > I then tried to update to today's CVS tarball. Again I am not a pro, but I did my best. I used the following configure options: ./configure --enable-a52 --with-a52-prefix=/usr/lib --with-a52-includes=/usr/include/a52dec --enable-ogg --enable-vorbis --enable-libdv --with-libdv-prefix=/usr/lib --with-libdv-includes=/usr/include/libdv --enable-libquicktime --with-libquicktime-prefix=/usr/lib --with-libquicktime-includes=/usr/include/lqt Then make command gave multiple warnings of this kind: ... decode_yuv.c: in 'yuv_read_frame' function: decode_yuv.c:57: UYARI: pointer targets in passing argument 2 of 'p_read' differ in signedness decode_yuv.c:68: UYARI: pointer targets in passing argument 2 of 'p_read' differ in signedness decode_yuv.c:74: UYARI: pointer targets in passing argument 2 of 'p_read' differ in signedness ... It also ended with the following errors: decode_yuv.c: In 'decode_yuv' function: decode_yuv.c:110: error: 'MM_ACCEL_MLIB' undeclared (first use in this function) decode_yuv.c:110: error: (Every undeclared descriptor is reported once decode_yuv.c:110: error: in every function.) make[3]: *** [tcdecode-decode_yuv.o] Error 1 make[3]: `/home/hako/Yazilim/transcode/import' dizininden çıkılıyor make[2]: *** [all-recursive] Hata 1 make[2]: leaving `/home/hako/Yazilim/transcode/import' directory make[1]: *** [all-recursive] Error 1 make[1]: leaving `/home/hako/Yazilim/transcode' directory make: *** [all] Error 2 No transcode executable was built. I am using a Turkish locale, so all error messages are translated back from Turkish to English. Please excuse my mistakes, which I am sure there are some. I guess that is it for now. Any suggestions? Thanks. Hakan
signature.asc
Description: This is a digitally signed message part.