Which audio formats does your browser support?

What the test checks

Pressing the button runs three checks per format, all in this tab: HTMLMediaElement.canPlayType() for each MIME type (the browser answers “probably”, “maybe” or nothing), AudioDecoder.isConfigSupported() for the audio codec where WebCodecs has a codec string for it, and decodeAudioData() on a short sample file from this site. It also asks our own engine (Mediabunny) whether it can read the container and decode the track. The samples are generated tones and synthesized beats, 40 to 320 KB each; the AMR one is synthetic AMR-NB frames, not speech. Nothing about your results is sent to us; copy them if you want to share them.

Path used follows the order in our converter code: Mediabunny with WebCodecs when it can decode the track, otherwise Web Audio's native decoder, otherwise the ffmpeg.wasm fallback (a one-time 30 MB download). Editing tools try Web Audio first, so they may use the native decoder where a converter uses WebCodecs; both stay on your device. The engineering details are in how AudioClover works.

Results we have recorded

Headless Chromium 153 (Playwright 1.63, macOS arm64), 2026-10-27. Only browsers we actually ran are listed; Firefox, Safari, iOS Safari, Edge and Android browsers are not yet tested.

Converters for these formats

Every format above has a converter page; see the converters hub. Formats that end up on the ffmpeg.wasm path, such as WMA to MP3 and AVI to MP3, need a connection the first time so the decoder can download.