[whatwg] several messages regarding Ogg in HTML5
Shannon
shannon at arc.net.au
Wed Dec 12 05:28:50 PST 2007
Ian, are you saying that not implementing a SHOULD statement in the spec
would make a browser non-compliant with HTML5?
Are you saying that if a vendor does not implement the OPTIONAL Ogg
support then they would not use HTML5 at all?
I'm not being sarcastic here. I'd actually like you to answer these
points to understand your position on the SHOULD statement.
I commend you for trying to support all views but you yourself have
indicated that the Ogg vs. H.264 parties cannot agree - and in the
absence of an improbable event (the spontaneous appearance of an
unencumbered, court tested, high-performance, non-proprietary video
codec) never will. Even if Ogg were court-tested Nokia and Microsoft
will never change their position while remaining in the MPEG-LA
consortium. The only other option then is inaction (your apparent
solution) - which we ALL agree will hand the win to Macromedia (97%
Flash market share).
One of these parties must get their way, and currently the majority of
voiced opinion here is that we SHOULD recommend Ogg (as in SHOULD not MUST).
As others have said, if Apple and Nokia (the minority of respondents) do
want to implement Ogg then there appears to me to be no requirement for
them to do so while retaining compliance. There is nothing I see that
prevents <video> being used with other formats. Surely this will not
destroy the <video> element, it will simply require Safari, IE and Nokia
users to download a plugin for some sites (which open-source groups will
be happy to provide) or use an Ogg compatible browser or 3rd-party app.
There is no logical reason we should not *recommend* Ogg while no better
options remain. It isn't perfect but it is the best nonetheless. If
nothing else it will give the public (this is still a public spec isn't
it?) a baseline format for the publishing of non-profit materials that
can be decoded by all Internet users (yes, even those on Mac) without
restriction. Submarine patents are irrelevent here as we all agree there
there is no viable solution for that and there isn't likely to be within
the useful lifetime of this specification.
As it stands, right now, h.264 is patent-locked, VC1 is patent-locked,
Flash is patent-locked, h.261 is too slow, Dirac isn't ready. Ogg is
reasonably fast, well tested, well support and NOT patent-locked until
somebody proves otherwise. It is not unreasonable to tell browsers they
SHOULD support it, even though we know some won't.
Apple; How can we make you happy without committing to future h.264
royalties? More specifically, what other royalty-free, non-patented,
drm-supporting codec would you prefer?
Microsoft/Nokia; Are you even going to support HTML5, when you seem so
keen on making your own standards? When have you EVER been fully
compliant with a public spec?
Ian; Why do you think we are angry with you? What will it take to get
this (apparently unilateral) change revoked? Finally, what is
Google/YouTube's official position on this?
I know that's a lot of questions but I feel they SHOULD be answered
rather than simply attacking the Ogg format.
Shannon
More information about the whatwg
mailing list