Diese Aussage ist so, wie sie getätigt ist, leider so nicht ganz richtig bzw. sie vermittelt einen falschen Eindruck, denn:

(X)HTML5 ist zunächst und derzeit noch keine Spezifikation, sondern erstmal nur ein Entwurf, ein sog. Draft. Ein Entwurf, bei dem noch vieles nicht festgeschrieben ist und sich noch einiges ändern kann. Erst im Jahr 2010 ist dem Fahrplan nach eine fertige Recommendation geplant. Der derzeitige HTML5-Entwurf hat diese Audio- und Video-Codec unter und unter neben viele anderen Codecs aufgeführt, ja. Entschieden jedoch, welcher Codec standardmäßig als Fallback genommen werden soll, ist trotz langer und kontroverser Diskussion in der HTML Working Group, die das Ganze erarbeitet, noch nicht, weil leider kein Codec inklusive der beiden Ogg Codecs gesichert frei von irgendwelchen Rechten oder Patentansprüchen Dritter ist und somit den Ansprüchen des W3C bzgl. garantierter Patentfreiheit oder etwaigen Patentansprüchen Dritter durch die Hintertüre (z.B. durch sog. Patenttrolle) nicht genügt.

Bezüglich der Ogg Codecs wird mangels dieser Sicherheit die Gefahr ins Feld geführt, dass, sollten die beiden Ogg Codecs durch die (X)HTML 5 Spezifikation eine vorzugsweise Empfehlung erfahren, recht schnell Patent-Trolle auf der Matte stehen könnten, die dann die Hand aufhalten könnten. Bisher ist es nicht gelungen, dieser Gefahr den Boden unter den Füßen zu entreißen. Und das W3C, im Speziellen die hier zuständige HTML Working Group, möchte auf jeden Fall und unbedingt vermeiden, dass ein solches Szenario Wirklichkeit werden könnte. Von den bestehenden Lizenzgebern bestehender Audio- und Video-Codecs ist bisher niemand bereit, seine Codes royalty-free dem W3C für diesen Zweck zur Verfügung zustellen. Und auch von der Firma, die Ogg mal entwickelt hat, ist eine solche explizite royalty-free-Freigabe an das W3C leider nicht zu bekommen. Wahrscheinlich, weil man genau weiß, dass diese Codecs geistiges Eigentum auch anderer Firmen enthalten.

Und genau deshalb gibt es innerhalb der W3C HTML Working Group berechtigten Widerstand, selbst einen vermeintlich freien Ogg Codec zum Default/Standard Codec zu machen (und ihm damit eine uneingeschränkte Empfehlung auszusprechen). Das Ganze ist also eine sehr unglückliche und vertrackte Situation.

Wenn Firefox diese beiden Ogg Audio und Video Codecs nun implementiert, so folgt das Firefox Entwickler-Team derzeit dem, was in HTML5 Draft steht (und dort sind diese beiden Codecs lediglich als zwei mögliche von vielen anderen verbreiteten Codecs aufgeführt), wobei der Draft-Charakter dieser Spezifikation (also der Entwurfs-Charakter) dick zu unterstreichen ist und sich darin noch alles Mögliche in völligem Fluss befindet.
Das letzte Wort bzgl. der Verwendung oder gar Empfehlung dieser beiden Ogg-Codecs innerhalb des <audio>- und <video>-Elements innerhalb der (X)HTML5-Spezifikation ist also noch nicht gesprochen. Firefox3 implementiert jetzt nur die technische Möglichkeit einer Verwendung an und für sich -- damit ist noch nicht ausgesagt, ob das erstens so bleiben wird (weil sich die Spezifikation diesbzgl. ja noch ändern kann) und zweitens, welcher Standard-Codec im Sinne eines Fallbacks dauerhaft und in Übereinstimmung mit der Spezifikation letztendlich als Default-Codec für Fallback-Fälle implementiert werden wird.

Bis 2010 ist ja noch Zeit. Erst dann soll und wird laut Fahrplan die (X)HTML 5 Spezifikation als finale Recommendation fertig sein.
Da kann ja in der Zwischenzeit noch viel passieren, so mancher Lizenzgeber könnte ja bis dahin seine Codecs dem W3C royalty-free zur Verfügung stellen. Abgesehen davon wird in der Zwischenzeit an einem alternativen Codec gearbeitet und möglicherweise wird letztendlich der dann verwendet, weil er die gestellten Bedingungen und geforderten Sicherheiten besser erfüllt. So wie man liest, arbeitet Sun Microsystems derzeit ja an einer solchen freien und unbelasteten Alternative, siehe und .

Hier der passende Issue Tracker der W3C HTML Working Group, der die gesamte Problematik inkl. Verweisen zu den betreffenden Diskussionsfäden mal auf einer Seite übersichtlich darstellt:

Danke sierkb, das war sehr aufschlussreich.

Danke sierkb