Re: transcode-1.0.0-1.2.fc4.i386.rpm - segmentation fault
"Gerald B. Cox" <[email protected]>
| Newsgroups | gmane.linux.freshrpms.user |
|---|---|
| Message-ID | <[email protected]> |
Posting for Jon... Thanks for the update Jon, will give it a try. Anyone else have any suggestions? ========================== For some reason I can't post directly to the Freshrmps list - this is what I tried to send though I've been following your transcode woes with interest - I'll warn you now that I don't know this kind of thing well enough to be conclusive. Typically I try to rebuild the src.rpm so that I can include the divx 5.05 codec - with DVD::Rip. I built the rpm but it fell foul of the mmx bug for the rc1 source. I have however got a working transcode for the 1.0.0 src.rpm. It works OK with xvid and divx anyway. Oddly though, the normal rpm was found by DVD::Rip by my rebuilt version needs the NPTL workaround in DVD::Rip to be located. I've got an athlon 1900 + command line of DVD::Rip transcoding command gives: jon@stanley ~]$ mkdir -m 0775 -p '/home/jon/DVDrip/bob2/tmp' && cd /home/jon/DVDrip/bob2/tmp && dr_exec transcode -H 10 -a 0 -x vob,null -i /home/jon/DVDrip/bob2/vob/002 -w 3746,50 -b 128,0,0 -s 1.311 --a52_drc_off -f 25 -R 1 -y divx5,null -o /dev/null --print_status 20 && echo DVDRIP_SUCCESS DVDRIP_JOB_PID=9167 transcode v1.0.0 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg libdvdread: Using libdvdcss version 1.2.9 for DVD access libdvdread: Couldn't find device name. libdvdread: Can't open file VIDEO_TS.IFO. [transcode] (probe) suggested AV correction -D 3 (120 ms) | AV 152 ms | 32 ms [transcode] auto-probing source /home/jon/DVDrip/bob2/vob/002 (ok) [transcode] V: import format | MPEG-2 (V=vob|A=null) [transcode] V: AV demux/sync | (1) sync AV at initial MPEG sequence [transcode] V: import frame | 720x576 1.25:1 encoded @ 16:9 [transcode] V: bits/pixel | 0.361 [transcode] V: decoding fps,frc | 25.000,0 [transcode] V: multi-pass | (mode=1) writing data (pass 1) to divx4.log [transcode] V: Y'CbCr | YV12/I420 [transcode] A: import format | 0x2001 AC3/A52 [48000,16,2] 384 kbps [transcode] A: export | disabled [transcode] V: encoding fps,frc | 25.000,3 [transcode] A: bytes per frame | 7680 (7680.000000) [transcode] A: adjustment | 0@1000 [transcode] A: rescale stream | 1.311 [transcode] V: IA32/AMD64 accel | sse3 (sse3 sse 3dnowext 3dnow mmxext mmx asm C) tc_memcpy: using sse for memcpy [transcode] V: video buffer | 10 @ 720x576 [import_null.so] v0.2.0 (2002-01-19) (video) null | (audio) null [import_vob.so] v0.6.0 (2003-10-02) (video) MPEG-2 | (audio) MPEG/AC3/PCM | (subtitle) [export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null [export_divx5.so] v0.1.8 (2003-07-24) (video) DivX 5.xx | (audio) MPEG/AC3/PCM [import_vob.so] tccat -i "/home/jon/DVDrip/bob2/vob/002" -t vob -d 0 -S 0 | tcdemux -s 0x80 -x mpeg2 -S 0 -M 1 -d 0 | tcextract -t vob -a 0 -x mpeg2 -d 0 | tcdecode -x mpeg2 -d 0 -y yv12 [export_divx5.so] *** Warning: DivX is broken and support for it is *** [export_divx5.so] *** obsolete in transcode. Sooner or later it *** [export_divx5.so] *** will be removed from transcode. Don't use *** [export_divx5.so] *** DivX. Use xvid or ffmpeg -F mpeg4 instead *** [export_divx5.so] *** for all your mpeg4 encodings. *** [decode_mpeg2.c] libmpeg2 0.4.0b loop decoder [decode_mpeg2.c] libmpeg2 acceleration: mmxext tc_memcpy: using sse for memcpy encoding frames [000000-000280], 18.86 fps, EMT: 0:00:11, ( 0| 0| 9) Ripping + preview grabs also work ok for me. I'd test further if I knew what I was doing. Jon On Tue, 2005-07-19 at 19:50 -0700, Gerald B. Cox wrote: > Installed the latest 1.0 version of transcode, and unfortuately still having > issues. The first log is a sample of where the "new" transcode has a > segmentation fault. The second log portion is using the "old" FC3 version. > I'm using an AMD processor and running on two systems. The first system is an > upgrade from FC3, the second system is a FC4 clean install. Both systems, same > error. Note that for the new transcode it says it is using "sse" for memcpy, > whereas the "old" transcode uses mmxext. Anyone else having this issue. I'm > running about as vanilla as you can get. > > [import_vob.so] tccat -i "/vob/001" -t vob -d 0 -S 0 | tcdemux -s 0x80 -x mpeg2 > -S 0,0-13026 -M 2 -f 29.970030 -P /tmp/file09x4C 4 -d 0 | tcextract -t vob -a > 0 -x mpeg2 -d 0 | tcdecode -x mpeg2 -d 0 -y yv12 > tc_memcpy: using sse for memcpy > (demuxer.c) seeking to sequence 0:0 ... > No accelerated IMDCT transform found > [decode_mpeg2.c] libmpeg2 0.4.0b loop decoder > [decode_mpeg2.c] libmpeg2 acceleration: mmxext > Segmentation fault > > > [import_vob.so] tccat -i "/vob/001" -t vob -d 0 -S 0 | tcdemux -a 0 -x ac3 -S > 0,0-13026 -M 2 - d 0 | tcextract -t vob -a 0 -x ac3 -d 0 | tcdecode -x ac3 -d 0 > -s 1.000000,1.000000,1.000000 -A 1 > (demuxer.c) seeking to sequence 0:0 ... > tc_memcpy: using mmxext for memcpy > [import_vob.so] tccat -i "/vob/001" -t vob -d 0 -S 0 | tcdemux -s 0x80 -x mpeg2 > -S 0,0-13026 - M 2 -f 29.970030 -P /tmp/fileLHmx40 -d 0 | tcextract -t vob -a > 0 -x mpeg2 -d 0 | tcdecode -x mpeg2 -d 0 -y yv12 > tc_memcpy: using mmxext for memcpy > (demuxer.c) seeking to sequence 0:0 ... > [encoder.c] Delaying audio (0) > encoding frame [140], 40.37 fps, 0.1%, ETA: 1:09:42, ( 0| 0| 3) > (it's working, ended early). > ----- End forwarded message -----