[whatwg] Some <video> questions

Oliver Hunt oliver at apple.com
Tue Jan 29 15:16:03 PST 2008


> The <video> element doesn't appear solve the problem of how to  
> embed video
> content in a player- and browser- agnostic fashion.
>
> HTML 5 provides an opportunity to normalize how video embedding is  
> done for
> most scenarios, making it as easy to embed video as it is an  
> image.  But as
> designed, <video> appears to only address an as-yet-undiscovered  
> combination
> of container and media formats.
>
> This seems like a missed opportunity at best.  Technically, it  
> doesn't seem
> like it'd be difficult to allow various media runtimes to register as
> first-class <video> clients.

The purpose of the <video> element is to provide native support for  
video content and
remove the need for external proprietary plugins, not to provide  
<object> mk 2.  The
<video> element is much more flexible in that it allows all controls,  
etc to be defined using
full css, rather than requiring the controls to be embedded in the  
plugin view.

Your assertion that <video> does not provide a browser agnostic  
mechanism for providing
video content appears to be driven by the idea that html5 is  
finalised -- it's not, we have yet
to make any decision on exactly which codecs and transport formats  
will be expected.

Finally, the method through which content is decoded (once you know  
the codec) in the
browser is an implementation detail --  WebKit uses QuickTime, WebKit/ 
Gtk uses gstreamer,
Firefox and Opera use builtin codecs (afaik) -- so it is not the  
place of the html5 spec to
define it.

--Oliver

>
> -- Charles
>
>




More information about the whatwg mailing list