I've got some video from my digital camera, which I was trying to convert
to DVD using the tovid package. My videos were all coming out distorted,
and I filed a bug report with them:
http://www.createphpbb.com/tovid/viewtopic.php?t=679&mforum=tovid
The problem got tracked down to tcprobe in the transcode package. (I'm using
transcode on Debian linux [version 2:1.0.4~rc0-0.0].)
It appears that my video clips from the camera are not encoded with a defined
aspect ratio. In this case, mplayer seems to return a video aspect of 0.0000.
ffmpeg is silent (reports no frame aspect ratio). Unfortunately, tcprobe,
for some reason, decides to conclude and report that the aspect ratio is
1:1, i.e. square.
For example:
-------------------------------------------------------------------------------
shell> tcprobe -i mov03312.mpg
[tcprobe] MPEG program stream (PS)
[tcprobe] summary for mov03312.mpg, (*) = not default, 0 = not detected
import frame size: -g 640x480 [720x576] (*)
aspect ratio: 1:1
frame rate: -f 30.000 [25.000] frc=5 (*)
PTS=47721.8588, frame_time=33 ms, bitrate=104857 kbps
audio track: -a 0 [0] -e 32000,16,1 [48000,16,2] -n 0x50 [0x2000] (*)
PTS=1497.1335, bitrate=64 kbps
-D 1386741 --av_fine_ms 25 (frames & ms) [0] [0]
shell>
-------------------------------------------------------------------------------
tcprobe correctly notices that the width and height are 640x480. Surely the
right thing to do in this case is either: (1) don't report an aspect ratio at
all, or (2) assume that the resolution implies the aspect ratio.
I can see no valid reason for assuming and then reporting a square aspect
ratio. This is causing problems with packages like tovid that rely on tcprobe
to get data from input video streams.
-- Don
_______________________________________________________________________________
Don Geddis http://don.geddis.org/ [EMAIL
PROTECTED]
When subjected to extreme feminine heat and pressure, male hydrocarbons will
often produce a diamond. -- Omni