W3C home > Mailing lists > Public > public-audio@w3.org > April to June 2012

[Bug 17388] (audioparam): AudioParam constructor

From: <bugzilla@jessica.w3.org>
Date: Thu, 07 Jun 2012 14:31:45 +0000
To: public-audio@w3.org
Message-Id: <E1ScdkX-000620-Il@jessica.w3.org>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17388

Olivier Thereaux <olivier.thereaux@bbc.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |

--- Comment #2 from Olivier Thereaux <olivier.thereaux@bbc.co.uk> 2012-06-07 14:31:45 UTC ---

Comment from Marcus Geelnard, 4 Jun 2012, 08:07:19
«
First of all, sorry for being late with input to this. I hope I did the right
thing here by re-opening the issue (?).

Adding to the previous discussions, I strongly feel that this is an important
feature of the API.

Without the ability to have AudioParams on JavaScriptAudioNodes, it would not
be possible to re-implement the native nodes for instance, e.g. for testing and
reference implementations. It also makes it far more difficult to do drop-in
replacements in an existing graph (e.g. if a developer wanted to make a custom
filter node to replace a BiQuadFilterNode in an existing graph).

Generally speaking, it seems logical that the JavaScriptAudioNode is the most
generic node with which you can implement "everything". Hence, support for
AudioParam seems like a fundamental requirement.
»

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 7 June 2012 14:31:54 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 7 June 2012 14:31:54 GMT