W3C home > Mailing lists > Public > public-audio@w3.org > July to September 2013

Re: [web-audio-api] (AudioNodeAsAudioParam): AudioNode as input to AudioParam underdefined (#159)

From: Olivier Thereaux <notifications@github.com>
Date: Wed, 11 Sep 2013 07:30:01 -0700
To: WebAudio/web-audio-api <web-audio-api@noreply.github.com>
Message-ID: <WebAudio/web-audio-api/issues/159/24244592@github.com>
> [Original comment](https://www.w3.org/Bugs/Public/show_bug.cgi?id=17398#5) by Marcus Geelnard (Opera) on W3C Bugzilla. Tue, 21 Aug 2012 11:03:50 GMT

(In reply to [comment #5](#issuecomment-24244587))
> Much more detail for how AudioParam values are calculated added here:
> https://dvcs.w3.org/hg/audio/rev/41db9905149d

Ah, that cleared things up :)  One thing that seems non-intuitive though is that reading the .value attribute does not produce the value that has been written to it. E.g. consider the following code:

myParam.value = 3;
if (myParam.value != 3) alert("I'm confused");

According to the current scheme, it's entirely possible for the code to enter the alert-statement.

Wouldn't it be better if .value always returns the value that has been written to it, and then we could add a new method for reading the intrinsic value (e.g. getIntrinsicValue())?

BTW, with "current time" I assume you mean the value of AudioContext.currentTime when the attribute is read (?). Perhaps this should be defined somewhere.

Reply to this email directly or view it on GitHub:
Received on Wednesday, 11 September 2013 14:32:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:24 UTC