W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2009

Re: comments on draft-barth-mime-sniffing

From: Jamie Lokier <jamie@shareable.org>
Date: Mon, 8 Jun 2009 03:06:39 +0100
To: Adam Barth <w3c@adambarth.com>
Cc: robert@ocallahan.org, Ian Hickson <ian@hixie.ch>, Larry Masinter <masinter@adobe.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>, public-html@w3.org
Message-ID: <20090608020639.GO15426@shareable.org>
Adam Barth wrote:
> On Mon, Jun 1, 2009 at 2:39 AM, Robert O'Callahan <robert@ocallahan.org> wrote:
> > On Mon, Jun 1, 2009 at 8:18 PM, Ian Hickson <ian@hixie.ch> wrote:
> >>
> >> The current HTML5 spec's position on this issue is that the Content-Type
> >> header is completely ignored in the processing of <video>, I believe.
> >
> > Hmm, really? In our media element implementation, we honor Content-Type
> > completely and do no sniffing whatever.
> 
> I've removed all mention of audio or video formats from the I-D.  I
> think it's wise to wait and see how <video> and <audio> get deployed.
> If we can follow Content-Types strictly, that would be great.

Video formats are incredibly diverse, and typically consist of:

    - The container file format, or sometimes no container.

    - The container (if there is one) has 1 or more streams of video
      (and audio).

    - Each video stream may be any common video encoding (codec).

E.g. you can have MPEG video inside an AVI, MPEG video inside an MPEG
container, WMV video inside a WMV container, or WMV inside an AVI
container, etc.  Although it's a hideous mess, there's a certain
amount of orthogonality between the container formats and the video
encodings they can contain.

Am I right that the Content-Type merely says the type of the container
format, and says nothing about the format of encoded video(s) within?

-- Jamie
Received on Monday, 8 June 2009 02:07:18 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 2 February 2023 18:43:19 UTC