site_archiver@lists.apple.com Delivered-To: pro-apps-dev@lists.apple.com Hi Bruce, Greg I want to overlay clips from recording devices that are free-running (not jam-synched). Even though most of the clocks are pretty accurate, these are clips of live events that last a long time and over the course of many minutes it is not unusual for them to drift apart from one another by an amount that needs to be corrected. Time remap seems like a good mechanism to adjust things back into sync. But the speed value only seems to be able to retain numbers up to a precision of two decimal places. For example, enter 100.12345 in the user interface and 100.133 is what gets stored in the XML, which is not even rounded properly. The residual error over the length of an hour can be hundreds of milliseconds, which is not acceptable for many synchronization purposes. I can't figure out if this is an artifact of the user interface or some fundamental limitation. Is there a sneaky way to specify a remap speed with greater precision? Bruce _______________________________________________ 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/greg%40intelligentassist... _______________________________________________ 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... You might want to take a look at subframeoffset instead of doing a time remap. Subframeoffset allows you to slip the audio relative to the video by less than a frame. This email sent to greg@intelligentassistance.com This email sent to site_archiver@lists.apple.com