WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
46286
Add AudioGainNode files
https://bugs.webkit.org/show_bug.cgi?id=46286
Summary
Add AudioGainNode files
Chris Rogers
Reported
2010-09-22 11:56:26 PDT
Add AudioGainNode files
Attachments
Patch
(10.80 KB, patch)
2010-09-22 11:57 PDT
,
Chris Rogers
no flags
Details
Formatted Diff
Diff
Patch
(11.13 KB, patch)
2010-09-24 12:32 PDT
,
Chris Rogers
no flags
Details
Formatted Diff
Diff
Patch
(10.85 KB, patch)
2010-09-28 15:50 PDT
,
Chris Rogers
no flags
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Chris Rogers
Comment 1
2010-09-22 11:57:33 PDT
Created
attachment 68408
[details]
Patch
Chris Rogers
Comment 2
2010-09-22 11:59:34 PDT
This is the implementation for AudioGainNode as described in the web audio API:
http://chromium.googlecode.com/svn/trunk/samples/audio/specification/specification.html#AudioGainNode-section
Chris Rogers
Comment 3
2010-09-24 12:32:14 PDT
Created
attachment 68731
[details]
Patch
Kenneth Russell
Comment 4
2010-09-28 10:26:50 PDT
Comment on
attachment 68731
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=68731&action=review
Basically looks good. Couple of questions. Also, I'm pretty sure m_isInitialized in AudioNode needs to be made volatile, since it's tested out from under the cover of the lock in some places.
> WebCore/webaudio/AudioGainNode.h:52 > + virtual void process(size_t /*framesToProcess*/);
I'm not sure the commented-out argument name is WebKit style. Since the name is significant it's probably worth just using it.
> WebCore/webaudio/AudioGainNode.h:62 > + void setGain(PassRefPtr<AudioGain> gain) { m_gain = gain; }
Since the gain attribute in the IDL is readonly, and m_gain is initialized in the constructor, does setGain need to be exposed at all?
> WebCore/webaudio/AudioGainNode.idl:34 > + readonly attribute AudioGain gain;
The Web Audio API doesn't say this attribute is readonly.
Chris Rogers
Comment 5
2010-09-28 15:50:12 PDT
Created
attachment 69121
[details]
Patch
Chris Rogers
Comment 6
2010-09-28 15:52:18 PDT
Comment on
attachment 68731
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=68731&action=review
>> WebCore/webaudio/AudioGainNode.h:52 >> + virtual void process(size_t /*framesToProcess*/); > > I'm not sure the commented-out argument name is WebKit style. Since the name is significant it's probably worth just using it.
FIXED
>> WebCore/webaudio/AudioGainNode.h:62 >> + void setGain(PassRefPtr<AudioGain> gain) { m_gain = gain; } > > Since the gain attribute in the IDL is readonly, and m_gain is initialized in the constructor, does setGain need to be exposed at all?
FIXED
>> WebCore/webaudio/AudioGainNode.idl:34 >> + readonly attribute AudioGain gain; > > The Web Audio API doesn't say this attribute is readonly.
I'ved added a FIXME here to keep it readonly for now, until proper thread safety can be added. Although there are applications for writing this attribute, they're more advanced use cases.
Kenneth Russell
Comment 7
2010-09-29 15:09:26 PDT
Comment on
attachment 69121
[details]
Patch Looks good.
WebKit Commit Bot
Comment 8
2010-09-29 18:12:40 PDT
Comment on
attachment 69121
[details]
Patch Clearing flags on attachment: 69121 Committed
r68734
: <
http://trac.webkit.org/changeset/68734
>
WebKit Commit Bot
Comment 9
2010-09-29 18:12:45 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug