Bug 182506 - Implement AudioWorklet
Summary: Implement AudioWorklet
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Web Audio (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
: 185063 (view as bug list)
Depends on:
Reported: 2018-02-05 13:31 PST by Hongchan Choi
Modified: 2020-10-31 14:57 PDT (History)
16 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Hongchan Choi 2018-02-05 13:31:31 PST
Spec: https://webaudio.github.io/web-audio-api/#AudioWorklet

- Chrome shipped AudioWorklet in M64 via Origin Trial.
- FireFox publicly supports the specification and started working on it.
Comment 1 Hongchan Choi 2018-02-05 13:34:32 PST
jer.noble@ PTAL!
Comment 2 fideltian 2019-04-26 02:20:22 PDT
Any plans on implementing audioworklet?
AudioWorket has a big improvement on voice quality when applications based on webaudio
Comment 3 Omar Amin 2019-05-08 10:36:51 PDT

"AudioWorket has a big improvement on voice quality when applications based on webaudio, especially when the main thread is busy."
Comment 4 Jon Lee 2019-06-19 17:09:09 PDT
*** Bug 185063 has been marked as a duplicate of this bug. ***
Comment 5 Joe Hanley 2019-08-16 05:49:29 PDT
Would love to see this implemented. ScriptProcessor introduces too many audio glitches to be used in a professional capacity.
Comment 6 capogreco 2019-10-02 15:21:59 PDT
also v keen to see this implemented in webkit.  v useful / powerful tool for webdev and sound design more generally.  blink's had this working for a couple of years now - would be *awesome* to have it working on iOS.
Comment 7 Jack Schaedler 2020-05-14 06:26:44 PDT
Just chiming in to say that this would be a very welcome feature in Safari. The team at Mozilla have recently shipped a very solid implementation of AudioWorklet (https://hacks.mozilla.org/2020/05/high-performance-web-audio-with-audioworklet-in-firefox/), making Safari the one major browser that still requires the use of ScriptProcessor for custom audio processing. Given the excellent hardware on Mac and iOS devices, and the very performant visual rendering in Safari, it would be really wonderful for developers working on sound & music projects to be able to run custom audio processing DSP off the main thread with low-latency. Projects like https://learningsynths.ableton.com/ would benefit greatly.
Comment 8 Michel Buffa 2020-05-27 08:36:33 PDT
I'm adding to all the voices... My team develops WebAudio plugins and the last 70 we wrote use WebAudio worklets. We teamed with some of the DAW vendors, AW is a must have feature. 

Comment 9 Owen Campbell 2020-05-27 09:12:23 PDT
On behalf of my team at https://www.ampedstudio.com, and as a member of the broader WebAudio community, I too want to express the importance of Safari supporting AudioWorklet. The ecosystem of mature projects built around this feature is quite large but was long held back by lack of cross-browser support. As others have mentioned this is finally changing with recently added FF support and Edge's switch to Chromium, but Safari is still a big gap
Comment 10 Simon Robertson 2020-08-07 06:10:55 PDT
It would be good to see this issue starting to be resolved now, or to be provided with the reason(s) why WebKit/Safari still does not support AudioWorklet.

ScriptProcessorNode is deprecated so it would be risky to use as a fallback even if the main thread could comfortably deal with it. The only option we really have right now is to not support Safari when AudioWorklet is required in an audio-centric web application.

Support is fine in other browsers (Chrome, Edge, Firefox, Opera):
Comment 11 conor byron 2020-08-22 11:52:35 PDT
Hello, I would like to add my support to the requests that have been made here. Implementing AudioWorklet is a big step forward for web audio. However, without support in Safari on macOS and iOS, applications relying on the low-level audio processing AudioWorklet enables (in conjunction with wasm, for example) are not feasible as widely accessible web experiences. The continued lack of support for AudioWorklet in Safari discourages creative/innovative use of the web platform.