site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer:sender; bh=Jc1RtxW/OEf6KjVW9O6x1zCbMaZbfwxpOU0gcBu3VN4=; b=Q0XH7EHgN+Gf0klgTGafJANBQFqjDAL5Le3pgCA1dhCiwDDuL2mxLW71b5T/0ANuWY mj/658NKHkWy0ebliyL9/zgYTWc4SSVb9RwFX4oe7lT0vfCneDq1R3L8po2l9PTW67f4 Y6k3oM1SMPbxALzZO4Dkvaxv9DK0+GkzNV3cU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer:sender; b=kiPvlpRBPvv11kesAInFO/onOZQUDvIZqPxSF524jjFSi+wb3gmbFb5oJzALxcQl71 AfRjkUW5HXcv5Bzu74RkFQwXk+F2Hm2v25sRqxXhZKdeDgKdA4SvHkwPtNcRivbFHshu HsYeZ0PtuPdAUyMrp3MfaDoyVuysElEHfU9RA= Paul, I cut a 1 sec. section out of it and put it here: <http://stonetics.com/GammaExhibit.mov>. About 3.9MB. I also found that using R408 pixels bypassed the problem. Thanks. - Stoney On Nov 3, 2008, at 4:37 PM, Paul Schneider wrote: Hi Stoney, <TemporalAPI.zip> - Paul On Oct 31, 2008, at 7:46 PM, Stonewall Ballard wrote: I'm using RGB pixels. TIA for any advice. - Stoney -- Stonewall Ballard stoney@sb.org http://stoney.sb.org/ _______________________________________________ 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/pschneider%40apple.com -- Stonewall Ballard stoney@sb.org http://stoney.sb.org/ _______________________________________________ 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 is very odd. It turned out that the darkening happens only with certain clips, in particular, the one I was using to test my plugin. This darkens in both your test plugin and mine. I don't know why this one is different. I made it in AE by adding noise to an ArtBeats freebie movie. The original clip from ArtBeats does not show this effect. It's compressed using Photo JPEG, though. This clip is DV/DVCPRO NTSC. Other clips with the same compressor that I tried do not show the darkening. Can you tell why this clip is darkened when fetched by the Temporal API? I suppose it could be something mangled in this clip, but I don't see what it is. This isn't a known problem, and I can't reproduce it with a simple test plugin. Here's the plugin I'm using to test: I believe that one difference between FCP and Motion is that if you request a non-existent frame (a frame that is before the start of the media or after the end), Motion will clamp to the nearest available frame while FCP will return an all-zero bitmap. Are you averaging multiple frames together? That could produce darker frames if some of the images aren't there. IN FCP 6.0.4, [temporalApi getInputBitmap: &bitmap withInfo: renderInfo atTime: renderInfo.frame] in a renderOutput: call, produces a significantly darker image than the FxBitmap in inputImage. This is with software rendering, and any quality setting. Motion produces the same image in both cases. I see in the SDK Overview, that Motion 3.0.2 has fixed a bug "Image Well Gamma Shift", which sounds related. Is this a known bug? Is there a workaround? Does this happen with YUV pixels too? This email sent to pschneider@apple.com This email sent to site_archiver@lists.apple.com