On Sun, 21 Sep 2003, Maarten De Boer wrote:

> First of all, sorry for the crossposting, but it seems to involve
> everything.

        I am replying just to the mjpegtools list since I think, at least
        for now, that is where the problem is.

> I am trying to convert mini DV (PAL) to SVCD, but so far no luck..
> 
> Feeding dvgrab --format dv2 to lav2yuv gives a distorted image;
> totally green, with blocks. If I understand this correctly, this is
> because dvgrab generates YUV422 instead of YUV420 (YV12),as mentioned
> in http://www.geocrawler.com/archives/3/3147/2001/6/0/5959308/

        Hmmm, I thought that dvgrab created files with either 4:1:1
        (NTSC) or 4:2:0 (PAL).    PAL DV is 422?   I didn't know that
        was the case.   Today wasn't a total loss - I learned something ;)

        Ah, I see that libdv's configure can select either YV12 or YUY2 
        for PAL.

        How are you playing/viewing the data?  With playdv?  Or some other
        method?

> When I try with
> 
> libdv-0.99# ./configure --prefix=/usr --with-pal-yuv=YV12
> 
> The image is ok (no blocks) but very green with purple.

        Did you remember to configure mjpegtools with:

                ./configure --with-dv-yv12

        Perhaps the lav* programs need to be told that PAL YV12 is being
        used.

        If both mjpegtools and libdv are configured for YV12 that might
        solve the problem.

> Now, as suggested [EMAIL PROTECTED] in a previous mail, I
> used smilutils-0.2.0, but that segfaults on me directly. :-(

> Any suggestions/explanations? Maybe how to convert YUV422 to
> YUV420? Or why smil2yuv crashed?

        Rather difficult to debug a crash without at least a gdb trace
        ;)

        One thing that might be useful is to use "--format raw" instead
        of "--format dv2" when using dvgrab.   With 'raw' there is no
        .avi overhead and the file is 144000 bytes/frame for PAL (120000
        for NTSC) which makes it very simple to use 'dd' as a crude
        extraction/editing tool.

> On a sitenote, with gcc version 3.3.2 20030812 (Debian prerelease)
> I had to add assert.h in avi.cc, filehandler.cc and riff.cc

        I had to do the same thing with SuSE 8.2 and gcc-3.2.2 I believe.
        Since it's C++ I added <cassert> instead of <assert.h>

> in dvgrab-1.2 and smilutils-0.2/libkino

        The CVS version of smilutils has the <cassert> added so changes
        should not be needed.

        Good Luck!

        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

Reply via email to