>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