Hi,
I noticed that "--export_asr 2" when converting dv->divx makes both
xine and mplayer display the video in an obscure, very tall aspect ratio
(about 1:4). When playing, both xine and mplayer can manually be hinted
to display the correct aspect ratio 4:3 .
I tracked this effect down to:
transcode -i /tmp/dv_vogel.avi -Y2 --dv_yuy2_mode -I 0 -C 3 -w 2200
-F mpeg4 -b 128,0,0 --a52_drc_off -f 25 -y ffmpeg -o /tmp/vogel.avi
(which works fine)
vs.
transcode -i /tmp/dv_vogel.avi -Y2 --dv_yuy2_mode -I 0 -C 3 --export_asr 2
-w 2200 -F mpeg4 -b 128,0,0 --a52_drc_off -f 25 -y ffmpeg -o /tmp/vogel.avi -
(which shows the mentioned flaw)
The input file dv_vogel.avi is a dv encoded video grabbed from a camcorder.
tcprobe shows the same result for both encoding options:
$ tcprobe -i vogel.avi
[tcprobe] RIFF data, AVI video
[avilib] V: 25.000 fps, codec=DIVX, frames=63, width=720, height=572
[avilib] A: 48000 Hz, format=0x55, bits=16, channels=2, bitrate=128 kbps,
[avilib] 63 chunks, 39422 bytes, CBR
[tcprobe] summary for vogel.avi, (*) = not default, 0 = not detected
import frame size: -g 720x572 [720x576] (*)
frame rate: -f 25.000 [25.000] frc=3
audio track: -a 0 [0] -e 48000,16,2 [48000,16,2] -n 0x55 [0x2000] (*)
bitrate=128 kbps
length: 63 frames, frame_time=40 msec, duration=0:00:02.520
As far as I understand the transcode man page, --export_asr 2 should
result in an aspect ratio of 4:3
--export_asr C
set export aspect ratio code C [as input] Valid codes for C are:
2 4:3
...
###############
Is this a known bug/failure/effect?
Can I fix the videos that have been encoded with --export_asr 2 without
re-encoding the dv footage? (Some of this stuff has already been deleted).
I am running i386 debian etch with transcode version 1.0.2-0.5 from
debian-multimedia aka marillat.
Thanks for your hint! Cheers, Thomas
