W3C home > Mailing lists > Public > public-audio@w3.org > July to September 2013

Re: [web-audio-api] decodeAudioData should accept a mime-type (#7)

From: Olivier Thereaux <notifications@github.com>
Date: Wed, 11 Sep 2013 07:29:22 -0700
To: WebAudio/web-audio-api <web-audio-api@noreply.github.com>
Message-ID: <WebAudio/web-audio-api/issues/7/24244075@github.com>
> [Original comment](https://www.w3.org/Bugs/Public/show_bug.cgi?id=18510#0) by Chris Rogers on W3C Bugzilla. Thu, 09 Aug 2012 19:18:06 GMT

(In reply to comment #0)
> The decodeAudioData method on AudioContext is stated to support any of the
> formats supported by the <audio> element, but unlike the <audio> element it
> doesn't allow the author to state the format of the audio data (since the
> ArrayBuffer is already a step removed from the XMLHttpRequest likely used to
> fetch the data).
> 
> We should fix this by adding an (ideally required) contentType argument to
> decodeAudioData to communicate the format of the audio in the provided
> ArrayBuffer.

Hi Tony, I'm just trying to get a better idea of why the contentType would be needed.  Are there some particular audio formats which can't be correctly inferred through "sniffing" the audio data, which is what we're doing today.

---
Reply to this email directly or view it on GitHub:
https://github.com/WebAudio/web-audio-api/issues/7#issuecomment-24244075
Received on Wednesday, 11 September 2013 14:32:05 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:24 UTC