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