- 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
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:16 UTC