Hi -
> From: Ronald Bultje <[EMAIL PROTECTED]>
>
> 4:2:2 10-bit? Where did he get that?!? Isn't that 16-bit?
Intead of 8 bits per sample (which is what we use - 8 bits for Y'
8 bits for Cr and 8 for Cb) the professional folks use 10 bits for
each of Y' Cr and Cb.
> > Perhaps the more efficient method would be to grab copies of
> > y4mtoppm and ppmtoy4m and find a way to merge in filters and create
>
> A bash-script should do... ;-). Pipes aren't that heavy, it's mostly
> processes you save. You get flexibility, though.
Up to a point that is true. When you get 7 or 8 processes connected
though the constant traversal of the data to/from the kernel really
does start to kill the performance - up to 5 or 6 it's not really
noticeable but when I added a couple more I could see peformance
really starting to fall off.
The other benefit of the single program approach is that the header
information (frame rate, field order, sample aspect, etc) could be
maintained and passed thru without manually using command line
arguments.
Cheers,
Steven Schultz
-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
