- From: Joseph Berkovitz <joe@noteflight.com>
- Date: Mon, 29 Jul 2013 17:12:22 -0400
- To: Chris Rogers <crogers@google.com>
- Cc: padenot@mozilla.com, "public-audio@w3.org" <public-audio@w3.org>
Received on Monday, 29 July 2013 21:12:49 UTC
On Jul 29, 2013, at 3:10 PM, Chris Rogers <crogers@google.com> wrote: > The computedValue is an internal value which also includes (by summing in) all audio-rate connections to the param, but the V0 and V1 values are not meant to include that part. It's really the last "intrinsic" value as described in the spec which matters here. I want to check my understanding. IIRC, using "intrinsic value" will result in the next automation event picking up where the previous one (as defined by an initial assignment to .value, or subsequent call to setTarget/ValueAtTime) left off. In the case where other audio-rate connections to the param exist, the use of the "computedValue" would result in other unpredictable offsets being included in the starting value of the new automation event. Is this correct? If so, then yes, it sounds like "intrinsic value" is a desirable way to define this. . . . . . ...Joe Joe Berkovitz President Noteflight LLC Boston, Mass. phone: +1 978 314 6271 www.noteflight.com "Your music, everywhere"
Received on Monday, 29 July 2013 21:12:49 UTC