>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
[email protected]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
