site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi Stoney, Thanks! - Paul On Nov 6, 2008, at 8:03 PM, Stonewall Ballard wrote: TIA. - 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/site_archiver%40lists.ap... I don't see that behavior in a quick test, but my DV media is 720 x 480, not 486. 720 x 480 is FCP's idea of "standard" NTSC DV, and what you get when you create a sequence with the NTSC DV preset. It sounds like you're in a situation where your media's aspect ratio isn't the same as your sequence's. It's certainly possible that we have some inconsistencies in that case. FCP considers "DV" aspect ratio to be 0.88889, which gets divided by two when we report it to FxPlugs running on a single field. Could you file a bug report at bugreport.apple.com, and include your media? It would be great if you could trim the media down to a second or two before attaching it to the bug. In FCP 6.0.4, in a sequence set to a Pixel Aspect Ratio of NTSC-CCIR 601/DV (720x480), and a Frame size of 720x486 (CCIR 602 NTSC 40:27), the output image info says it has a pixelAspect of 0.444444. When the input is a 720x486 clip listed as Pixel Aspect NTSC-CCIR 601 in the browser, its imageInfo says it has a pixelAspect of 0.395062. The same input frame fetched via the temporal API using getBitmap:layerOffsetX:layerOffsetY:requestInfo:fromParm:atTime: reports a pixelAspect of 0.444444. At least getInputBitmap:withInfo:atTime: shows that same frame with a pixelAspect of 0.395062, the same as the regular input. Why does getBitmap:layerOffsetX:layerOffsetY:requestInfo:fromParm:atTime: produce a different pixelAspect than the other two methods? Is there any way to tell what the *real* pixel aspect of that frame? Interestingly, when I set the sequence to use square pixels, all the pixelAspects are 0.444444. BTW, 0.444444 is 640/720/2, while I would have expected to see 648/720/2, or 0.45. I don't see where 0.39506 comes from. Anyone know what's going on here? Is there any way to know what the *real* PAR of an image param is? This email sent to site_archiver@lists.apple.com