As of this week I intend to turn on AudioWorklet by default for
all platforms.  It has been developed behind the
"dom.audioworklet.enabled" and "dom.worklet.enabled" preferences.

Status in other browsers is:
Chrome, Opera: shipping.
Edge, Webkit: not shipping, intentions unknown.

Product: Adam Stevenson
Bug to turn on by default:
  https://bugzilla.mozilla.org/show_bug.cgi?id=1616725

This feature was previously discussed in this "Intent to
implement" thread:
https://groups.google.com/forum/#!msg/mozilla.dev.platform/EtjfqRd9FI0/30DfQ3c6DgAJ

=Target release

This feature was enabled by default on Nightly from the
20200331093527 build.

Nightly is now 77, but there is demand for this feature including
some WFH benefits from one service provider, and so we are looking
to uplift the pref switch to 76.

=AudioNode lifetime interoperability

The issue mentioned in the intent to implement post regarding
observability of garbage collection through [AudioNode lifetimes]
and interoperability with Chrome has been satisfactorily resolved
by hiding the observability of AudioNode lifetimes.  Chrome has
modified their implementation in line with this resolution.

=import

Gecko's AudioWorklet implementation does not yet include support
for static import of nested scripts.  The lack of support shows up
as rejection of the promise returned from Worklet#addModule().
(Worklets simply do not support dynamic import.)

=Stability

The specification is expected to be stable except for the nature
of [parameters] passed to the client process() callback.

The `inputs` and `outputs` parameters each have a `length`
attribute and an indexed property getter, and the `parameters`
parameter has a named property getter.  This much is stable.

There is ongoing discussion regarding whether the underlying JS
Objects are frozen and whether Float32Array property values can be
transferred via MessagePort#postMessage().

[AudioNode lifetimes]
  https://github.com/WebAudio/web-audio-api/issues/1471
[parameters]
  https://github.com/WebAudio/web-audio-api/issues/1933
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to