On Mon, 7 Nov 2005, [ISO-8859-1] Bernhard Fr?hmesser wrote:

> >     http://www.dvddemystified.com/dvdfaq.html#3.4
> > 
> >     There is a 3rd edition of the DVD Demystified book due out now - the
> >     "available on the shelf" mentions November.  I have a copy ordered so
> >     it should be arriving soon.
> 
> So this is something ppl should get? :-)

        Only if you're dealing with DVDs :)

        The online FAQ is a valuable quick reference but the book has a lot
        of valuable (and interesting) information.

> >     The bottom 6 to 8 pixels of an capture from a VHS tape are trash
> >     from the VCR...
> 
> Yep, i get 6-8 pixels on the bottom nearly on all sources from VHS.

        It's constantly moving junk that uses up bits during the encoding.

> So you combine Linux and OSX for all your video needs?

        Well - actually it all takes place on OSX since the mjpegtools 
        (except for the linux specific stuff such as 'lavrec') build and run
        on OSX.  The initial capture (10bit uncompressed), color correction, 
        editing, rendering use FCP - then a Quicktime file is is exported 
        for use with mjpegtools+libquicktime.  When you're dealing with 150 to
        200GB files it takes too long (even over GigE) to move the data to
        another system for processing :)

        Started out with "DV" on a linux system but after a while I wanted
        better quality but there's no "up" from DV/mjpeg.  DVCPRO50 would be
        nice but I haven't seen any support for that outside the "pro" area.

> Well, i recorded the video 768x576, and that "lines" are in the source 
> video too. So this can?t be something that comes from upscaling.

        Oh, square pixels - OK.  Then you'll want to adjust your y4mscaler
        line in the command you give below ;)

        The lines look like interlacing to me - what does the video look
        like on a TV?  This type of thing is why an external monitor rather than
        a computer monitor should be used for video work.

> So far i have run some tests now and i found that these command(s) do 
> the best job:
> 
> lav2yuv 24.liste | yuvcorrect -Y CONFORM | y4mshift -n -4 -N 4 | 
> y4mscaler -v0 -O sar=src -O size=720x576 | yuvdeinterlace | 

        Hmmm, if you've got 768x576 1:1 (square) pixels coming in to y4mscaler
        then you want 720x576 59:54 pixels out.  "-O sar=src" doesn't look
        correct.

        768x576/1:1 |  y4mscaler -v0 -O sar=59:54 -O size=720x576  | ...

> yuvmedianfilter -r 3 -R 3 -t 3 -T 3 |

        You can speed things up a LOT by using a smaller radius.   2 is the
        default and is noticeably faster than 3.

> y4mdenoise -t 4 -z3 | mpeg2enc -f 8 -D 10 -E -10 -q 5 -b 7800 -V 500 -K 

        Don't need the "-V 500".  The default (set by -f 8) of 224 is fine
        for the DVD format.

> Thanks a lot !!

        Welcome!

        Cheers,
        Steven Schultz



-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to