On 10/30/07, SIEGERSTEIN <[EMAIL PROTECTED]> wrote: > > // video_out_raw.dv > > ftp://temp%40filekeeper.org:[EMAIL PROTECTED]/transcode/shot0002.png.7z > > ftp://temp%40filekeeper.org:[EMAIL PROTECTED]/transcode/video_out_raw.dv.7z > $ tcprobe -i video_out_raw.dv > [tcprobe] Digital Video (NTSC) > [tcprobe] summary for video_out_raw.dv, (*) = not default, 0 = not > detected > import frame size: -g 720x480 [720x576] (*) > aspect ratio: 4:3 (*) > frame rate: -f 29.970 [25.000] frc=4 (*) > no audio track: use "null" import module for audio > > $ > > $ mplayer video_out_raw.dv > ... > Открываю декодер видео: [dshow] DirectShow video codecs > ... > Выбран видеокодек: [qdv] vfm: dshow (Sony Digital Video (DV)) > $
Yes, because you have (very likely) win32 codecs enabled. Forcing native codec (-vf ffdv) IIRC will work as well (if stream is correct). So, I seems, that video_out_dv_raw.dv and video_out_raw.dv like 16x9.dv and > pond.dv (Sony Digital Video (DV)) > But 16x9.dv and pond.dv playback OK, and video_out_dv_raw.dv and > video_out_raw.dv NO. Because resolution is incorrect. Valid DV files ***MUST*** have 720x480 (NTSC) or 720x576 (PAL) resolution. It's just required by the standard, we (as users) don't have any freedom here. And yes, transcode should warn about that, that's the only bug of transcode that I'm seeing on this case :) Bests, -- Francesco Romani // Ikitt
