こんにちは TAG-さん!

I'm requesting a TAG review of User-Selectable Render Quantum Size.

Historically, WebAudio has always rendered the graph in chunks of 128 frames, called a render quantum in the specification. This was a trade-off between function-call overhead and latency. A smaller number would reduce latency, but the function call overhead would increase. With a larger value, the overhead is reduced, but the latency increases because any change takes more audio frames to reach the output.

• Explainer¹ (minimally containing user needs and example code): User-Selectable Render Quantum
• User research: N/A
• Security and Privacy self-review²: See the Security/Privacy section in the explainer.
• GitHub repo (if you prefer feedback filed there): https://github.com/WebAudio/web-audio-api
• Primary contacts (and their relationship to the specification):
  • Hongchan Choi ([hoch]), W3C Audio Working Group Co-chair
  • Paul Adenot ([@padenot]), Web Audio API specification editor
• Organization(s)/project(s) driving the specification: W3C Audio Working Group
• External status/issue trackers for this feature: N/A

Further details:

• I have reviewed the TAG's Web Platform Design Principles
• The group where the incubation/design work on this is being done (or is intended to be done in the future): N/A
• The group where standardization of this work is intended to be done ("unknown" if not known): W3 Audio WG
• Existing major pieces of multi-stakeholder review or discussion of this design: N/A
• Major unresolved issues with or opposition to this design: N/A
• This work is being funded by: N/A

We'd prefer the TAG provide feedback as (please delete all but the desired option): 💬 leave review feedback as a comment in this issue and @hoch @padenot