Re: AudioParam properties should not be configurable

I note, too, that AudioParams appear not to be observable via
Object.observe. I can well imagine why this is the case - who wants a list
of thousands of changes reported every second - but is it possible to be
clearer that it won't work? I haven't seen this written anywhere, and it
fails completely silently, so it's not clear what's (not) going on.

Am I correct in thinking that we are reduced to polling AudioParams to
observe their changes (albeit on requestAnimationFrame, but still, polling)?

BTW, I'm new here. Hello!

Cheers,
Stephen


On 31 July 2014 02:46, Stephen Band <stephband@cruncher.ch> wrote:

> Hi.
>
> If you try to reconfigure an AudioParam property (value, minValue, etc.)
> as a getter / setter, it works - but setting values no longer updates the
> AudioNode the param is stuck to. In other words, the AudioNode does not
> seem to use the getter to ask for the value of the param.
>
> Surely these properties, even those that are writable, should be
> non-configurable?
>
>
> Cheers,
> Stephen
>



-- 

Cheers,
Stephen


<http://cruncher.ch>
               *web*: cruncher.ch
               *twitter*: @cruncher <http://twitter.com/cruncher>
               *phone*: +41 76 547 30 32
               *email*: stephband@cruncher.ch