> How can I avoid the costly conversion? I tried passing NULL as the colorspace > to try and hint that the colorspace shouldn't be converted, but then > `-lockTextureRepresentationWithColorSpace:…` returns NO.
You almost certainly _don't_ want the colorspace not converted. CI only processes data in RGBA, and YUVS is definitely _not_ anything close to RGBA. :) Even if you could fool CI into working with this, you'd have to write a pretty complex set of filters to do what you want with it (all the built-in CI filters would do the wrong thing). > Is there a more efficient way to pass video through Quartz Composer? I wrote > a QC patch to take advantage of the capture and drawing patches though I > could always go back and write everything from scratch. There are some hardware-accelerated format conversion paths that are much faster, but it looks like those aren't being taken. Worst-case, you could write such a routine yourself I suppose. Unfortunately, YUV images don't have a good showing in the QCPlugIn API, so this might be unnecessarily difficult :/ -- Christopher Wright christopher_wri...@apple.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Quartzcomposer-dev mailing list (Quartzcomposer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/quartzcomposer-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
