transcode with pp filter crashes on Sarge (works on Sid)
Hi folks,
I am trying to convert an mpeg file to Xvid using transcode. The following
command line that uses the pp filter ("-J pp=...") used to work just fine (until
a few weeks ago, the last time used it):
transcode -i file.mpg -B 25,20,8 -x auto,null -y xvid,null -w 896 -o
file.avi -M 1 -J pp=pre:lb:vb:hb:dr -R 1
On my Debian Sid (AMD XP based) workstation, it still does:
transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg
[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms
[transcode] auto-probing source file.mpg (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 @ 4:3
[transcode] V: new aspect ratio | 560x376 1.49:1 (-B)
[transcode] V: bits/pixel | 0.170
[transcode] V: decoding fps,frc | 25.000,3
[transcode] V: multi-pass | (mode=1) writing data (pass 1) to divx4.log
[transcode] V: Y'CbCr | YV12/I420
[transcode] A: import format | 0x50 MPEG layer-2 [48000,16,2] 192 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] V: IA32 accel mode | sse (sse 3dnowext 3dnow mmxext mmx asm C)
tc_memcpy: using mmxext 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)
[filter_pp.so] v1.2.4 (2003-01-24) Mplayers postprocess filters #0
[export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null
[export_xvid4.so] v0.0.5 (2003-12-05) (video) XviD 1.0.x series (aka
API 4.0) | (audio) MPEG/AC3/PCM
[import_vob.so] tccat -i "file.mpg" -t vob -d 0 -S 0 | tcdemux -s 0xc0
-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_xvid4.so] Neither './xvid4.cfg' nor '~/.transcode/xvid4.cfg'
[export_xvid4.so] found. Default settings will be used instead.
tc_memcpy: using mmxext for memcpy
[encoder.c] Delaying audio (0)
[...]
But on my Debian Sarge server (Pentium III based) computer, it fails as follows:
transcode v0.6.14 (C) 2001-2003 Thomas Oestreich, 2003-2004 T. Bitterberg
[transcode] (probe) suggested AV correction -D 0 (0 ms) | AV 0 ms | 0 ms
[transcode] auto-probing source file.mpg (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 @ 4:3
[transcode] V: new aspect ratio | 560x376 1.49:1 (-B)
[transcode] V: bits/pixel | 0.170
[transcode] V: decoding fps,frc | 25.000,3
[transcode] V: multi-pass | (mode=1) writing data (pass 1) to divx4.log
[transcode] V: Y'CbCr | YV12/I420
[transcode] A: import format | 0x50 MPEG layer-2 [48000,16,2] 192 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] V: IA32 accel mode | sse2 (sse2 sse mmxext mmx asm C)
tc_memcpy: using mmxext 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)
[filter_pp.so] v1.2.4 (2003-01-24) Mplayers postprocess filters #0
[export_null.so] v0.1.2 (2001-08-17) (video) null | (audio) null
[export_xvid4.so] v0.0.5 (2003-12-05) (video) XviD 1.0.x series (aka
API 4.0) | (audio) MPEG/AC3/PCM
[import_vob.so] tccat -i "file.mpg" -t vob -d 0 -S 0 | tcdemux -s 0xc0
-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_xvid4.so] Neither './xvid4.cfg' nor '~/.transcode/xvid4.cfg'
[export_xvid4.so] found. Default settings will be used instead.
tc_memcpy: using mmxext for memcpy
Illegal instruction
In fact, specifying any option for the pp filter at all will result in
the "Illegal
instruction" error message. Leaving the "-J pp=..." bit out will work on the
Sarge server as well, but specifiyng any options to that filter will not. (Just
for info, specifying "-J pp" works but results in the pp filter complaining
that it needs options, as it should.)
Is anyone else experiencing this? Could this be an AMD/Pentium issue instead
of something that relates to the differing Debian versions (the transcode
version appears to be the same, after all).
Any hints would be highly appreciated!
TIA,
Matt
Reply to: