RESOLVED FIXED 217194
Add stubs for AudioWorkletProcessor and AudioWorkletGlobalScope
https://bugs.webkit.org/show_bug.cgi?id=217194
Summary Add stubs for AudioWorkletProcessor and AudioWorkletGlobalScope
Chris Dumez
Reported 2020-10-01 16:07:05 PDT
Attachments
Patch (274.36 KB, patch)
2020-10-01 16:18 PDT, Chris Dumez
no flags
Patch (278.61 KB, patch)
2020-10-01 18:16 PDT, Chris Dumez
ews-feeder: commit-queue-
Patch (278.64 KB, patch)
2020-10-01 18:36 PDT, Chris Dumez
sam: review+
Chris Dumez
Comment 1 2020-10-01 16:18:32 PDT
Chris Dumez
Comment 2 2020-10-01 18:16:08 PDT
Chris Dumez
Comment 3 2020-10-01 18:36:41 PDT
Sam Weinig
Comment 4 2020-10-02 10:27:23 PDT
Comment on attachment 410298 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=410298&action=review What's the deal with all the extra "DOM"s added to the generated code? Name conflict? Can you add an explanation to the changelog? > Source/WebCore/Modules/webaudio/AudioWorkletGlobalScope.h:53 > + float sampleRate() const { return 44100; } This number should probably be in its own constexpr with a clear name to explain it (unless you expect this to go away real soon). > Source/WebCore/Modules/webaudio/AudioWorkletProcessorConstructor.idl:31 > +]callback AudioWorkletProcessorConstructor = AudioWorkletProcessor (object options); Please add a space after the closing ].
Darin Adler
Comment 5 2020-10-02 10:30:39 PDT
Comment on attachment 410298 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=410298&action=review >> Source/WebCore/Modules/webaudio/AudioWorkletGlobalScope.h:53 >> + float sampleRate() const { return 44100; } > > This number should probably be in its own constexpr with a clear name to explain it (unless you expect this to go away real soon). If they were going to stay like this for a long time we could use static constexpr.
Chris Dumez
Comment 6 2020-10-02 10:32:40 PDT
Comment on attachment 410298 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=410298&action=review >>> Source/WebCore/Modules/webaudio/AudioWorkletGlobalScope.h:53 >>> + float sampleRate() const { return 44100; } >> >> This number should probably be in its own constexpr with a clear name to explain it (unless you expect this to go away real soon). > > If they were going to stay like this for a long time we could use static constexpr. This is going to go away real soon to return the actual context sample rate. I could have returned 0 here but I figured I would return a realistic sample rate.
Chris Dumez
Comment 7 2020-10-02 10:36:30 PDT
(In reply to Sam Weinig from comment #4) > Comment on attachment 410298 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=410298&action=review > > What's the deal with all the extra "DOM"s added to the generated code? Name > conflict? Can you add an explanation to the changelog? Yes, there was a name conflict since we now have both JSAudioWorkletProcessor and JSAudioWorkletProcessorConstructor classes (Due to having AudioWorkletProcessor.idl and AudioWorkletProcessorConstructor.idl). The issue was that the DOMConstructor for JSAudioWorkletProcessor was named JSAudioWorkletProcessorConstructor too. So I renamed it to JSAudioWorkletProcessorDOMConstructor. > > > Source/WebCore/Modules/webaudio/AudioWorkletGlobalScope.h:53 > > + float sampleRate() const { return 44100; } > > This number should probably be in its own constexpr with a clear name to > explain it (unless you expect this to go away real soon). > > > Source/WebCore/Modules/webaudio/AudioWorkletProcessorConstructor.idl:31 > > +]callback AudioWorkletProcessorConstructor = AudioWorkletProcessor (object options); > > Please add a space after the closing ]. Will fix.
Chris Dumez
Comment 8 2020-10-02 12:21:09 PDT
Radar WebKit Bug Importer
Comment 9 2020-10-02 12:22:19 PDT
Note You need to log in before you can comment on or make changes to this bug.