site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com <keyframe> <when>2758</when> <value>3172.5</value> <speedkfout>TRUE</speedkfout> </keyframe> <keyframe> <when>2630</when> <value>2901.11</value> <speedkfin>TRUE</speedkfin> </keyframe> Regards, Helena _______________________________________________ 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... Hi Andreas, I believe the one remaining issue is-- how do you know what are the source in and out when you have a time remap scope on a clipitem: In FCP the source in is shown as "3197" and out as "3172". Sorry - where are these numbers in FCP? are these keyframe values? In? Out? Duration? The numbers had been source in and source out. But as said I'm totally unsure how to retrieve source frames/tc from variable time remapped clips. Maybe I'm doing everything wrong. speedkfin/speedkfout/speedkfstart/speedkfend All these are indicators that this is the keyframe at in/out/start/ end. The newest version of the documentation describes these but I believe they were left out of some past iterations... so at time <when> in the clipitem, we're using frame <value> for the source. so tells us that the out is 3172. I'm confused by the in you describe (3197) since we see that is should be ~2901. What frames are actually shown at the in point (do you have TC burn in?) perhaps the 'in' shown in FCP is wrong? Certainly in the XML import code, we'd be using this value as the 'in' when we process... This email sent to site_archiver@lists.apple.com