On 10/29/07, SIEGERSTEIN <[EMAIL PROTECTED]> wrote: > > Bugs with DV: > It's when I use --uyvy flag. > $ transcode -x v4l2,v4l2 -g 640x480 -i /dev/video -p /dev/dsp -y dv --uyvy > -N > 0x1 -o video_out.dv -m audio_out.pcm
[...] > [transcode] warning : (encoder.c) video codec not supported by export > module > [transcode] warning : failed to init export modules > [transcode] critical: plug-in initialization failed > $ Not a proper bug: this module just not supports this colorspace; I just do not know if recent libdv s now support it; if so, we can update our module (patches welcome ;) ) Without --uyvy more interesting: kino said that isn't DV file, and smplayer > (http://smplayer.sourceforge.net) > in information said, that it's ffdv (FFmpeg DV). > I try to open DV files in kino (http://www.kinodv.org) from > http://sourceforge.net/project/showfiles.php?group_id=4393 > and have no problem with import and view in smplayer. and what tcprobe says? export_dv will produce a DV stream packed into an AVI container; IIRC, that's called DV file type 2. Bests, -- Francesco Romani // Ikitt
