>I'm still not "sold" completely on deinterlacing

Actually, you're right, deinterlacing isn't needed
on film sources.  But it's doing great on a
pee-wee soccer-league game that I shot on VHS-C.

>If yuvcorrect has been called to convert bottom
>to top first then why "pipe it through another
>yuvcorrect that changes the stream header back to
>top-field-interlaced."?  It's already been
>converted to top at the start

And then yuvkineco converts it to
progressive-frame.  That's why it has to be
converted back to top-field interlaced by an
additional yuvcorrect.  Notice that neither
y4mdenoise nor yuvmedianfilter needed "-I 0".

>>The 824 kbps bitrate you see in the VideoCD
>>portion of the script is NOT a typo.  The video
>>looks just fine
>
>Oh, I've gotten 824 or less when doing VCD
>encoding too - but unless you use VBR the stream
>gets padded to 1152 so there's no space savings.

No, this is 824 kbps CBR video.  Use "-f 2" with
mplex to generate something that isn't padded to
1152.  I make VideoCDs like this all the time.

Steven Boswell
ulatekh at yahoo dot com



                
__________________________________ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to