Skip to content

Document AudioPlaybackStats#43719

Open
chrisdavidmills wants to merge 2 commits intomdn:mainfrom
chrisdavidmills:audioplaybackstats
Open

Document AudioPlaybackStats#43719
chrisdavidmills wants to merge 2 commits intomdn:mainfrom
chrisdavidmills:audioplaybackstats

Conversation

@chrisdavidmills
Copy link
Copy Markdown
Contributor

Description

Chrome 146 adds support for AudioPlaybackStats, also known as the Playback statistics API for Web Audio: see https://chromestatus.com/feature/5172818344148992.

This PR adds documentation for the AudioPlaybackStats interface and the AudioContext.playbackStats property.

Motivation

Additional details

Related issues and pull requests

@chrisdavidmills chrisdavidmills requested a review from a team as a code owner April 9, 2026 09:15
@chrisdavidmills chrisdavidmills requested review from pepelsbey and removed request for a team April 9, 2026 09:15
@github-actions github-actions bot added Content:WebAPI Web API docs size/l [PR only] 501-1000 LoC changed labels Apr 9, 2026
@chrisdavidmills
Copy link
Copy Markdown
Contributor Author

Technical reviewer: @hoch.

@chrisdavidmills chrisdavidmills removed the request for review from pepelsbey April 9, 2026 14:52
@hoch
Copy link
Copy Markdown

hoch commented Apr 10, 2026

Some thoughts:

  • The majority of the value from these properties are "a double-precision floating point value in seconds".
  • I am not familiar to the convention of MDN, but the content I saw is mostly description of the API, not the actual meaning of implication of the feature or value. If this is the norm, then the current change looks fine.

LGTM; these are mostly nits anyway.

@chrisdavidmills
Copy link
Copy Markdown
Contributor Author

Some thoughts:

Thanks for the review, @hoch.

* The majority of the value from these properties are "a double-precision floating point value in seconds".

I've added this detail to the detail pages for the relevant properties.

* I am not familiar to the convention of MDN, but the content I saw is mostly description of the API, not the actual meaning of implication of the feature or value. If this is the norm, then the current change looks fine.

I've tried to do a bit of this in the descriptions, especially in the interface landing page. What other kinds of details would you like to add? In general, on MDN, we try to get a balance of technical description and user-centric description.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Content:WebAPI Web API docs size/l [PR only] 501-1000 LoC changed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants