On Mon, 22 Sep 2003, Steven M. Schultz wrote:
>
> On Mon, 22 Sep 2003, Maarten De Boer wrote:
>
> > > dvgrab --format raw - | raw2yuv | yuvplay
> >
> > okay, this works fine! (which indicates that lav2yuv is incompatible
>
> Hurrah!
>
> > with dvgrab output in dv1/dv2 mode... as I understand (correct me
> > if I'm wrong) because dvgrab, through libdv, outputs YUV422 and lav2
> > expects YUV420. will this be fixed?)
It looks like libdv is using 420.
In mjpegtools/lavtools look at the module lav_common.c
In the functin readframe() there are several comments to the effect:
1) /* libdv decodes PAL DV directly as planar YUV 420
* (YV12 or 4CC 0x32315659) if configured with the flag
* --with-pal-yuv=YV12 which is not (!) the default
and
2) /* libdv decodes NTSC DV (native 411) and by default also PAL
* DV (native 420) as packed YUV 422 (YUY2 or 4CC 0x32595559)
The comment '--with-pal-yuv=YV12 which is not (!) the default'
would seem to say that perhaps it _should_ be the default. WIthout
that option the 'dv2' files will be interpreted as 422 instead of
420.
I wonder why, perhaps one of the other developers remembers,
PAL_YV12 is not the default.
'raw2yuv' is part of smiltools and is not using the
lavtools/lav_common.c logic. 'raw2yuv' knows that PAL DV is 420
and that's why it is working.
I think 'smil2yuv' will also work for you as well.
Steven Schultz
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
