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

Re: decodeAudioBuffer, XHR and MIME headers

From: Ehsan Akhgari <ehsan.akhgari@gmail.com>
Date: Fri, 26 Jul 2013 08:32:15 -0400
Message-ID: <CANTur_7bqe7vFiMX7f5oub01SeDzpd1uUuiYrg6BwtNobFZ+SQ@mail.gmail.com>
To: Jens Nockert <jens@nockert.se>, Chris Rogers <crogers@google.com>
Cc: "K. Gadd" <kg@luminance.org>, Giridhar Mandyam <mandyam@quicinc.com>, Joseph Berkovitz <joe@noteflight.com>, "public-audio@w3.org WG" <public-audio@w3.org>
On Fri, Jul 26, 2013 at 12:51 AM, Jens Nockert <jens@nockert.se> wrote:

> On 25 Jul 2013, at 22:37, Ehsan Akhgari <ehsan.akhgari@gmail.com> wrote:
> I think the Web Audio spec must refer to this specification <
> http://mimesniff.spec.whatwg.org/> when it comes to sniffing mime types.
> One of the problems we've had in the Gecko implementation is that we've had
> to consistently update our sniffing algorithm (and the specification as
> well) according to the MIME types that WebKit/Blink accept, for
> interoperability sake, and it's not always clear what types of content
> we're missing until people file bugs about them.  It would be great if all
> implementation rejected content which did not adhere to the spec (or extend
> the spec in case they want to support such content).
> I wasn't aware, but I guess it makes sense for compatibility.
> Could we add a note to the decodeAudioBuffer spec that only some 'correct'
> files will decode, and link to the mimesniff spec?

That sounds good to me.  What do you think, Chris?

Received on Friday, 26 July 2013 12:33:23 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:50:10 UTC