W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2010

[whatwg] <video> application/octet-stream

From: Chris Double <chris.double@double.co.nz>
Date: Thu, 22 Jul 2010 10:45:01 +1200
Message-ID: <AANLkTimeVr7y1ZH4GmRsvlYBvo2b7VK-C8MCi2kql_49@mail.gmail.com>
On Thu, Jul 22, 2010 at 6:10 AM, Boris Zbarsky <bzbarsky at mit.edu> wrote:
> I don't like sniffing any more than the next guy, but the work needed to
> properly MIME label a modern media format (with the whole container and
> multiple streams thing) is ... excessive. ?I doubt anyone's going to do it,
> so we're really talking about just labeling the container format, right?

Yes, in the majority of cases the MIME type will be for the container
format. We'd treat the MIME type much like canPlayType in that we'd
try to play any 'maybe' result from that MIME type I expect.

You might say "Hey, but aren't you content sniffing then to find the
codecs" and you'd be right. But in this case we're respecting the MIME
type sent by the server - it tells the browser to whatever level of
detail it wants (including codecs if needed) what type it is sending.
If the server sends 'text/plain' or 'video/x-matroska' I wouldn't
expect a browsers to sniff it for Ogg content.

As I mentioned in a previous email, the sniffing could result in a
reasonable amount of data being consumed. I'm sure people who run
sites that share HTML 5 video would appreciate browsers not consuming
data bandwidth to sniff files that they've already specified as being
something the browser doesn't support.

Chris.
-- 
http://www.bluishcoder.co.nz
Received on Wednesday, 21 July 2010 15:45:01 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:25 UTC