Re: Low precision on time remap
Re: Low precision on time remap
- Subject: Re: Low precision on time remap
- From: Ky Hopwood <email@hidden>
- Date: Mon, 16 Feb 2009 09:52:29 -0800
I am not certain I have your scenario correct, so a few questions to
verify.
You have audio that is not in sync with video and are trying to adjust
the speed the video to match the audio?
Is you audio fine at the start, and then drifts linearly , or is
completely ok and then at some point goes off?
In addition, I gather from what you are saying that you are not really
using xml is this workflow, but rather you are using that simply to
display the values of the speed keyframes. Is that correct?
ky
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden