site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi Brian, Regarding: NOTE: The Apple Pro Res 4444 codec has a bug, in that it does not appear to do the right thing if it is given an image that does not have an alpha channel. And there is no option in the codec UI to automatically add a fully opaque alpha channel. (It would be very nice to have that option.) -Peter _______________________________________________ Do not post admin requests to the list. They will be ignored. Pro-apps-dev mailing list (Pro-apps-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/pro-apps-dev/site_archiver%40lists.ap... This email sent to site_archiver@lists.apple.com When the codec receives a buffer in ARGB format to be compressed, it has no way of knowing if the non-opaque values in the "A" channel should be preserved or ignored, unless you explicitly tell the codec to ignore them (see below). I have heard before that there is a problem with alpha in DPXs written by certain systems. A workaround for this if you happen to be using Shake is to select "autoAlpha" on the FileIn and set its value to 1. It's subtle, but there actually IS an option in the codec UI to do this. It follows the standard QuickTime convention of using "Millions of Colors+" (note the trailing plus sign) to indicate "with alpha" and "Millions of Colors" (no trailing plus) to indicate "without alpha". If you set the Depth popup menu to "Millions of Colors", the codec will ignore the incoming alpha channel and produce a fully opaque one upon decode.