Developments / Technology news

W3C publishes a Web Audio API 1.1 Working Draft

W3C published a further Working Draft of Web Audio API 1.1 on September 22, 2026. Comparing it with the first 2024 draft reveals changes to the length definition. This article examines that change, the specification's audio-routing diagrams and the checks needed to test an implementation.

Written and edited by Game Making Notes · Published 2026-09-22 · Sources reviewed · 4 min read

Article summary

  • Read the September 2026 document alongside the first 2024 draft.
  • Compare changes to whether length is required, its type and its default.
  • Check adoption through a small working example and environment records.
W3C's diagram of audio-processing paths. Multiple sources pass through filters, reverb and gains before converging at the output. It explains the connections between sources, individual processing, mixing and output.

Web Audio API 1.1 · 2026-09-22 Working Draft

The official routing example shows sources passing through processing nodes and converging at the output. The IDL comparison table in the article explains changes between specification versions.

Image credit: W3C Web Audio Working Group · W3C Document License · Source page ↗ · Original image ↗ · Document license ↗

A new working draft follows the first 2024 publication

W3C published a Web Audio API 1.1 Working Draft on September 22, 2026, following the First Public Working Draft of November 5, 2024. Each version has a dated permanent URL containing its status and full text.

A Working Draft describes a specification under development. The comparison here covers changes to API definitions and document versions, followed by the work needed to test their implementation.

Related primary sources: W3C · 2026.09.22 Working Draft ↗ · W3C · 2024.11.05 First Public Working Draft ↗

The first public draft and a subsequent working draft

The first public draft and a subsequent working draft. An original diagram of the publication dates and statuses of two permanent document versions.

Editorial diagram · An original diagram of the publication dates and statuses of two permanent document versions.

Horizontal: 2024.11.05 → 2026.09.22. Markers indicate document publication, separately from browser releases.

On smaller screens, scroll the diagram horizontally. Enlarge diagram ↗

Values and sequence shown in the diagram
  1. 2024.11.05:First Public Working Draft
  2. 2026.09.22:Working Draft

What changed in the length definition

Comparing OfflineAudioContextOptions IDL shows length as a required unsigned long in 2024 and a nullable unsigned long defaulting to null in 2026. The requirement and permitted-value definitions have changed.

This is a change to the interface definition. To establish what happens when length is omitted or set to null, read the constructor and processing algorithms in that version, then test the target implementation. For a potential game feature, begin with a minimal executable example and an expected result.

Related primary sources: W3C · 2026.09.22 Working Draft ↗ · W3C · 2024.11.05 First Public Working Draft ↗

Evidence from document review to execution

Evidence from document review to execution
StageWhat to examineRecord
Document comparisonDefinitions in both versionsPermanent URLs, sections and differences
Minimal exampleInputs, defaults and exceptionsCode and expected results
Execution environmentCreation, output and return from interruptionBrowser, device and results
Practice mode in development, showing how the rhythm players hear connects to the actions they perform.

CAT BEAT : Wake the Beat · Development screenshot

Music and input in a development build. The screenshot illustrates a game use case; support for the 2026 specification requires separate implementation tests.

Image credit: Level Up Today · Source page ↗ · Original image ↗

Definitions compared directly

Definitions compared directly
Item2024.11.052026.09.22
OfflineAudioContextOptions.lengthRequired unsigned longunsigned long? · Default null
renderSizeHintDefined in the documentDefined in the document
renderQuantumSizeDefined in the documentDefined in the document

Identify what changed and what carried over

The 2024 document already includes renderSizeHint and renderQuantumSize. A report on the 2026 draft needs to distinguish retained definitions from changes found in the comparison. Each property should be traced to its version before it is described as new.

Record both permanent URLs, section names and the definitions before and after each change. A claim about implementation support also needs browser versions, experimental settings and execution results. This article reports document changes; browser-support measurements remain separate work.

Related primary sources: W3C · 2026.09.22 Working Draft ↗ · W3C · 2024.11.05 First Public Working Draft ↗

What the routing illustration shows

The official figure depicts sources converging at the output after filters, gains, reverb and other processing. It explains audio flow. The original diagram below reduces this to a small structure: two sources, each with its own gain, feeding one output.

For a game, give background music and effects independently controllable audio paths, then test starting, stopping and resuming them. Check connections, scheduled times and output states against evidence for each.

Related primary sources: W3C · 2026.09.22 Working Draft ↗

Control two sources separately, then combine them at the output

Control two sources separately, then combine them at the output. An original minimal path based on Web Audio connections.

Editorial diagram · An original minimal path based on Web Audio connections.

Columns: source → gain → output. Solid lines indicate audio connections; there is no time axis.

On smaller screens, scroll the diagram horizontally. Enlarge diagram ↗

Values and sequence shown in the diagram
  1. Background source → background gain
  2. Effect source → effect gain
  3. Both gains → output

From reading the specification to running a test

Read the interface's inputs, defaults and exceptions, then build a minimal example. Check API availability, object creation, expected output and recovery after interruption. Clear success criteria help explain what a specification change means for a production decision.

Execution records should include the browser and version, operating system, output device and code version. Keep the document-review date separate from the execution-test date so later changes can be compared under the same conditions.

Keep a versioned record of technical changes

Record the publication date, document status, definitions compared and questions for game development together. Attribute definitions to the specification and identify our proposed applications separately.

The 2026 draft offers another version of Web Audio's definitions to examine. For production, select the features a project needs and test them in its target environment.

Sources & scope

Sources reviewed 2026.10.17: Status, OfflineAudioContextOptions IDL, renderSizeHint and renderQuantumSize in both permanent documents. Changes to the length requirement, type and default were confirmed. This is separate from testing a particular browser's implementation or output performance.

Screenshots and photographs belong to their respective rights holders. They illustrate controls and game features; captions identify the version and provider.

Revision history: 2026-10-17 Expanded cases, calculation examples, diagrams and source explanations. Report an error: Editorial email