Firefox 4 wird Hardware-Beschleunigung und Rendering-Ebenen (Layers) enthalten, die beide das Darstellen von Webinhalten erheblich beschleunigen sollen. Um das alles für möglichst viele Hardware-Typen zu optimieren, wurde die Erweiterung Grafx Bot entwickelt. Mit dieser Erweiterung kann man in den Beta- und Nightly-Versionen von Firefox 4 Testläufe durchführen und die Ergebnisse Mozilla zuschicken lassen, damit mögliche Fehler behoben werden können, bevor Firefox 4 veröffentlicht wird.

Genaueres darüber steht in JGriffins Blog. Damit wünsche ich ein fröhliches Testen für ein besseres Web!

Im SUMO-Blog wurde vorgestern ein Gastkommentar von mir in englischer Sprache veröffentlicht, der die letzte 2 Jahre behandelt, in denen die dt. Mozilla-Gemeinde rund um camp-firefox.de an SUMO gearbeitet hat.

Der Kommentar entstand anlässlich unseres 2-jährigen Jubiläums und der Erreichung von 100% übersetzten Artikeln Ende Mai 2010.

Zum Gastkommentar:
Two Years of German SUMO

Danke, Kadir, fürs Korrekturlesen und Veröffentlichen!

Die Frist für grafische Änderungen an Firefox 4 für Linux-Betriebssysteme läuft Ende des Sommers, Anfang Herbst ab. Wer sich an den Details beteiligen und Einfluss nehmen will, wie Firefox 4 unter Linux aussehen wird, der sollte sich mit den Verantwortlichen melden und Vorschläge unterbreiten.

Persönlich gefällt mir dieser Vorschlag mit der Menüleiste unter Linux besser als der andere Vorschlag mit der Firefox-Schaltfläche, die Firefox ähnlich wie Opera und Chrome unpassend aussehen ließe.

Die 2. Beta-Version des kommenden Firefox 4.0 ist diesen Abend für alle Testwilligen zum Herunterladen freigegeben worden!

Wieso diese Ankündigung? Mozilla will jeden Firefox-Nutzer dazu ermutigen, die Beta-Version auszuprobieren und dann mitzuteilen, was daran gefällt, was daran nicht gefällt und was nicht funktioniert.

Wie kann ich die Beta ausprobieren und meine Meinung kundtun?

  1. Firefox 4 Beta 2 herunterladen und die Anleitung beachten.
  2. Das Beta-Forum auf camp-firefox.de besuchen und dort Rückmeldungen abgeben. Oder die eingebaute Feedback-Funktion nutzen, die sich rechts von der Suchleiste befindet.

Hinweis: Wenn du auf Nummer sicher gehen willst, sichere bitte vor der Nutzung der Beta-Version dein Profil (Firefox-Profil sichern) oder lege ein neues Profil an (Profile anlegen und löschen).

Auf YouTube und anderswo gibt es schon einige Videos von Testvorführungen auf dem Mozilla Summit vor 2 Wochen. Nun haben sich unter anderem TheRegister und Golem dem Thema gewidmet: Mozilla tames Firefox tab monster with Candy (dt.: Mozilla zähmt das Tab-Monster mit TabCandy) und Firefox lässt Tabs gut aussehen .

TabCandy ist eine neue und experimentelle Firefox-Funktion, mit deren Hilfe Tabs besser organisiert werden können. Die Entwickler vergleichen TabCandy mit einer Küche. Jeder weiß in seiner Küche, wo das Besteck liegt, wo sich die Milch befindet oder wo man den Aufsatz für seinen Mixer versteckt hat. Und genau so sollte es auch mit Tabs sein.

Vorschau wie TabCandy aussehen könnte

Wer mehrere Tabs hat, sagen wir 30, wird sie in Gruppen einteilen können wie z.B. Tabs für Mails, Twitter und soziale Netzwerke, dann Tabs für Nachrichten und Online-Magazine, Tabs für die Suche nach einer neuen Digitalkamera und so weiter. Mit TabCandy können diese Gruppen separiert und sogar benannt werden. Öffnet man dann eine Gruppe, „verschwinden“ dann die anderen aus der Tab-Leiste und es wirkt aufgeräumter. Natürlich können die Tabs auch von einer Gruppe zur anderen verschoben oder mit einem Tab eine neue Gruppe erstellt werden. All das soll selbsterklärend umgesetzt werden und schnell mit der Maus (oder Tastatur) bedienbar sein.

Das ganze ist erst noch ein Prototyp und nicht in der normalen Beta-Version von Firefox 4 enthalten. Aber wenn alles glatt geht, wird es als neue Funktion in Firefox 3 Einzug halten. Näheres kann man in den beiden Artikeln nachlesen.

Bald erscheint die 2. Beta-Version von Firefox 4.0. Um die Wartezeit zu verkürzen, kann man sich auf Englisch über die laufenden Arbeiten des User-Experience-Teams von Firefox informieren:

  • Firefox UX Team update: Summit Summary
    Auflistung der UX-Arbeiten, die mit der 1. Beta neu eingeführt wurden, sowie eine Zusammenfassung der Meinung von Summit-Teilnehmern
  • Firefox UX Team update: Getting ready for Firefox 4 Beta 2
    kurze Statusberichte aller Arbeitsgruppen, die einen guten Überblick bieten, woran gearbeitet wird und was wahrscheinlich in der endgültigen Version Firefox 4.0 noch kommen wird
  • Details About the Firefox Button
    Info, welche Einträge in den bisherigen Firefox-Menüs wie häufig genutzt werden, und darauf aufbauende Entscheidung, wie das Menü der neuen Firefox-Schaltfläche (unter Windows Vista und 7) aussehen wird

Deutschland hat doch noch einen Sieg errungen. Zwar nicht auf dem Fußballfeld, dafür aber online bei der Firefox-WM.

Bei dieser Aktion ging es darum, dass möglichst viele das Persona mit der Nationalflagge der bevorzugten Mannschaft in Firefox installieren. Die Anzahl der heruntergeladenen Personas wurde gezählt, und nach längerem Vorsprung von Brasilien ging dann am Ende doch Deutschland mit großem Vorsprung als Sieger hervor. Der letzte Platz geht übrigens an Nordkorea und Holland errang Platz 6.

Mozilla-Blog: Thanks for an exciting Firefox Cup!

Die erste Beta von Firefox 4.0 wurde Anfang Juli veröffentlicht. Sie ist nur auf Englisch verfügbar. Ab der 2. Beta in wenigen Wochen werden aber auch deutschsprachige Versionen veröffentlicht werden.

Mehr über die neuen Funktionen und das neue Aussehen der ersten Beta kann man im Mozilla-Blog (auf Englisch) nachlesen: More Details on Features in Firefox 4 Beta 1.

Für Webentwickler sind vor allem die Neuerungen interessant, die im Artikel Firefox 4 beta 1 is here – what’s in it for web developers? auf hacks.mozilla.org zusammengefasst sind. Simplen Endnutzer wird wahrscheinlich das Video in Firefox 4 Beta 1 UI Changes von Alex Faaborg helfen. Darin geht es vor allem um die neue Tabs-Anordnung oberhalb der Adressleiste sowie um die Feedback-Schaltfläche.

Die Feedback-Schaltfläche in den Beta-Versionen von Firefox 4

Auch Carsten Knobloch hat bereits vor mehreren Tagen einen ersten Überblick über die Änderungen gegeben – auf Deutsch: Firefox 4.0 Beta 1 & Portable Firefox 4.0 Beta 1 Download.

Der Hauptgrund für die frühe Veröffentlichung von Beta-Versionen und die Beta-spezifischen Änderungen darin (die Feedback-Schaltfläche und das integrierte Add-on Test Pilot) sind, dass Mozilla frühzeitig die Meinung einer breiten Masse von Firefox-Nutzern einholen will – nicht erst 4 Wochen vor der endgültigen Version wie sonst üblich, an der dann nichts Grobes mehr geändert werden darf. Mehr dazu kann man im Artikel Firefox 4 Beta 1: Tell us what you think! erfahren.

Wer ausreichend Englischkenntnisse besitzt und auch Feedback auf Englisch geben kann, sollte die 1. Beta ausprobieren. Alle anderen sollten auf die nächste Beta-Version warten, die auch auf Deutsch erhältlich sein wird.

Bei ausreichenden Englischkenntnissen empfehle ich das Video von Alex Faaborg zum Thema Why Tabs are on Top in Firefox 4 – wieso bei Firefox 4 die Tabs oberhalb der Adressleiste stehen werden anstatt wie jetzt darunter.

Im Video werden 4 Gründe dafür und 1 dagegen aufgeführt. Die Gründe dafür sind, dass sich erstens die bisherigen Steuerelemente, die mit Tabs zusammenhängen (Tabs, Adressleiste, Seite neu laden oder vor und zurück usw.) über die Oberfläche verteilen anstatt beisammen zu stehen. Bei Tabs ganz oben beziehen sich die Steuerelemente und die Adressleiste auch optisch auf das gerade offene Tab.

Der zweite Grund dafür ist die einfache und konsistente Benutzbarkeit von „Anwendungs-Tabs“ (AppTabs), mit denen man Webanwendungen über die Tab-Leiste zugänglich machen kann (z.B. Google-Mail oder eine Online-Tabellenkalkulation) und sie sich so mehr wie richtige Programme anfühlen.

Der dritte Grund, der für Tabs ganz oben spricht, ist die vermehrte Verwendung von Tabs anstelle von Dialogfenstern z.B. für die Lesezeichenverwaltung, die Browser-Einstellungen oder die Verwaltung der Add-ons. Damit wird dann die Adressleiste ausgeblendet, wenn die Lesezeichenverwaltung offen ist.

Der letzte Grund dafür handelt von den neuen Benachrichtigungen und Interaktionen wie z.B. die Passwortabfrage. Diese werden in einer Art Benachrichtigungsblase unter der Adressleiste erscheinen. Wenn die Tabs unterhalb der Adressleiste stehen wie bisher, werden durch die Benachrichtigungsblasen darunter liegende Tabs nicht mehr anklickbar sein.

Der Grund dagegen betrifft die längeren Mauswege, die man zum Wechseln zu einem neuen Tab vom Seiteninhalt weg zurücklegen muss.

Noch eine Bemerkung zur Beruhigung: Wer die Tabs lieber unter der Adressleiste sehen will wie bisher auch, wird es natürlich per Mausklick einfach zurückstellen können. Firefox ist schließlich äußerst anpassungsfähig.

PS: Robert Kaiser hat über Tabs oben in SeaMonkey gebloggt (englisch).

PPS: Auf be-jo.net gibt es eine bebilderte, ausführliche, deutschsprachige Erklärung im Artikel Position der Tabs in Firefox 4.

Wenn jemand im Lesen englischer Texte geübt ist und über die aktuelle Arbeit des Teams für die User Experience des kommenden Firefox 4 am Laufenden gehalten werden will, dem empfehle ich das Weblog von Alexander Limi.

Was ist die User Experience? Das bedeutet Nutzererlebnis und meint in der EDV-Welt das Look, Feel und die Usability von Benutzeroberflächen (Webseiten, Programmen usw.). Schon wieder Fremdworte! Also damit ist im Grunde gemeint, dass Benutzeroberflächen in sich stimmig aussehen sollen und die Bedienung konsistent und einfach sein soll.

Auch Firefox 4 soll weiter verbessert werden und dazu ist das UX-Team da. Im Blog von Alexander Limi erfährt man Genaueres über dessen Arbeit sowie über andere Aktionen wie z.B. die Paper Cuts.

Paper Cuts sind auch aus Ubuntu bekannt und meinen kleine aber störende Probleme oder Inkonsistenzen bei der Bedienung, die von den Entwicklern behoben werden sollen. Vielleicht findet der eine oder andere darunter ja ein Problemchen, das er immer schon behoben haben wollte …

Mein letzter Artikel zur deutschsprachigen Firefox-Hilfe auf support.mozilla.com (kurz SUMO genannt) ist jetzt ein halbes Jahr her. Damals im Dezember 2009 war der Anlass zur Freude, dass wir 200 SUMO-Artikel übersetzt und für die Öffentlichkeit freigeschaltet hatten.

Nochmal in Kürze, was SUMO ist: Im Juni 2008, also vor genau zwei Jahren, übernahm die Website support.mozilla.com die Aufgabe, die bis einschließlich Firefox 2.0 die fix integrierte Hilfe übernommen hatte. Die Hilfe-Inhalte von Firefox 2.0 wurden nach SUMO portiert und für die damals baldige Veröffentlichung von Firefox 3.0 angepasst. Das war der Beginn der deutschsprachigen Übersetzungstätigkeit auf SUMO.

Der Anlass des Artikels diesmal: 100%!

Am Samstag, dem 29. Mai 2010 um 14:30 MESZ war es dann so soweit. Nach zweijähriger Arbeit hatten wir SUMO für Firefox vollständig übersetzt:

  • Prozentangabe der übersetzten Artikel: 100% vollständig
  • Anzahl der übersetzten Artikel: 288 von 288 Artikeln übersetzt
  • Prozentangabe aller Seitenzugriffe, die mit den übersetzten Artikeln abgedeckt werden: 100% übersetzt

Diese Zahlen und die Liste aller SUMO-Artikel kann jederzeit auf der Seite Alle Artikel der Wissensdatenbank abgerufen werden.

Damit helfen wir Millionen von deutschsprachigen Firefox-Nutzern, die über das Hilfe-Menü die SUMO-Seiten besuchen.

Dank …

Der Dank dafür gebührt allen freiwilligen Helfern, die im Forum die Arbeit koordiniert und mitgeholfen haben. Am Ende hat sich vor allem Tobbi hervorgetan und viele Übersetzungen begonnen.

Aber die Arbeit ist natürlich damit nicht vorbei! Spätestens mit jeder Veröffentlichung einer neuen Hauptversion von Firefox (die nächste wird wohl Firefox 4.0 gegen Ende des Jahres sein) werden neuen Artikel dazu kommen oder alte Artikel überarbeitet werden müssen. Besonders die Überarbeitung von bestehenden Artikeln ist eine diffizile Angelegenheit, die mehr Aufwand bedeutet als eine reine Neuübersetzung. Wer das nicht scheut, ist bei uns herzlich willkommen.

… und es geht weiter

Und auch Neuübersetzungen gehen uns nicht aus. Denn es gibt noch eine Firefox-Variante, die ein eigenes SUMO besitzt: Firefox für Mobilgeräte auf mobile.support.mozilla.com.

Die Artikel bei SUMO für den mobilen Firefox sind nicht so zahl- und wortreich wie für den Desktop-Firefox. Das macht die Arbeit leichter. Wer mithelfen will, findet im Forum eine Einleitung dazu und neben den Anleitungen auf SUMO selbst haben wir auch eine Zusammenfassung der wichtigsten Übersetzungstipps.

Wenn sich jemand weniger mit Firefox sondern mehr mit Thunderbird beschäftigt, für den gibt es auch die Möglichkeit, das Thunderbird-SUMO (kurz SUMOMO genannt) für deutschsprachige Leser zu übersetzen. Aber das ist eine andere Geschichte …

Ich habe mich schon öfters gefragt, ob die Kommentarfunktion auf support.mozilla.com (kurz: SUMO, dt. Firefox-Hilfe) eigentlich sinnvoll ist. Denn viele Leute lesen nicht, dass die Kommentare dort nur erwünscht sind, wenn sie Verbesserungsvorschläge oder Fehlerkorrekturen für den Artikel selbst enthalten. Fragen und Wünsche an die Firefox-Entwickler sind dort Fehl am Platz. Aber da die Kommentarfunktion wohl eine der offensichtlichsten Möglichkeiten ist, mit der sich Firefox-Nutzer bei einer offiziellen Mozilla-Seite zu Wort melden können, wird dieses Instrument gern missbraucht. Schließlich gehen die Leute zu SUMO, wenn Sie Probleme haben. Und wenn sie schon mal dort sind, können sie sich auch gleich über Firefox im Allgemeinen beschweren – besonders wenn ihnen der gelesene Hilfe-Artikel nicht geholfen hat.

Darum habe ich mir die 148 Kommentare bei deutschsprachigen SUMO-Artikeln von Februar 2009 bis April 2010 angesehen und sie statistisch erfasst.

Die Art der Kommentare

Ich habe die Kommentare in 8 Kategorien eingeteilt:

  1. Vorschläge: Diese Kommentare enthalten Verbesserungs- oder Korrekturvorschläge für den Artikel.
  2. Lösung nicht möglich: Bei diesen Kommentaren ist die beschriebene Lösung nicht durchführbar.
  3. Andere Lösungswege: In diesen Kommentaren werden andere Lösungswege vorgeschlagen als im Artikel erwähnt werden.
  4. Danksagungen: In diesen Kommentaren bedanken sich Leser dafür, dass ihnen der Artikel geholfen hat, oder sie lobten den Artikel oder sie bedanken sich allgemein für Firefox.
  5. Beschwerden: Hier beschweren sich die Leute über Firefox im Allgemeinen (Abstürze, Updatefehler, Add-ons usw.) oder weil ihnen der Artikel nicht geholfen hat.
  6. Hilfefragen: Diese Kommentare enthalten eine Frage zur Verwendung von Firefox, die eigentlich in ein Forum oder einen Chat gehören und für die die Kommentarfunktion nicht geschaffen wurde.
  7. Wünsche: In diesen Kommentaren wünschen sich die Leute eine nicht mehr vorhandene Funktion zurück.
  8. Restliche Kommentare: Diese Kommentare enthalten alles, das nicht in die anderen Kategorien passt. Dazu gehören ein sinnfreier portugiesischer und englischer Kommentar, ein Kommentar, der anmerkt, dass Firefox auf dem Windows-Bildschirmfoto anders aussieht als auf seinem Mac, und ein Wunsch an SUMO, dass Hyperlinks beim Ausdrucken sichtbar sein sollen.

Und hier das Ergebnis:

Art der Kommentare in deutschsprachigen Hilfe-Artikeln

26 Kommentare, das sind 18%, enthalten Verbesserungsvorschläge oder Fehlerkorrekturen zu den Artikeln, in denen sie geschrieben wurden. 2 Kommentare oder 1% sagen, dass der angegebene Lösungsweg nicht möglich ist. 4 Kommentare oder 3% schlagen einen anderen als im Artikel vorgeschlagenen Lösungsweg vor. In 20 Kommentaren oder 14% haben sich die Leute für Firefox bedankt oder den Artikel gelobt. Ein Drittel der Dankeskommentare richtet sich nicht eindeutig an den Artkel, sondern an Firefox im Allgemeinen und ist in der Firefox-Hilfe deplatziert. Für dieses Drittel kann aber ein Teil der Beschwerden darüber, dass ihnen der Artkel nicht geholfen hat, eingesetzt werden.

Damit sind das in Summe 36% an Kommentaren, für die die Kommentarfunktion in der Firefox-Hilfe gedacht ist.

In 37 Kommentaren oder 25% beschweren sich die Kommentatoren meist über Firefox im Allgemeinen wie z.B. über häufige Abstürze. Nur ein Bruchteil davon sagt, dass ihnen der Artikel nicht geholfen hätte (diese 4% wurden vorhin schon zu den 36% „angemessenen Kommentaren“ dazugerechnet). Die deplatzierten 50 Hilfefragen machen 34% aller Kommentare aus. In 3 Kommentaren oder 2% wird der Wunsch nach der Wiederbringung einer verloren gegangenen Firefox-Funktion geäußert. Der Rest besteht aus 6 Kommentaren oder 4%. Dieser Anteil der Kommentare macht in Summe 65% aus. 1 Prozentpunkt ist irgendwo als Rundungsfehler gelandet.

Man kann also zusammenfassen, dass bis zu zwei Drittel aller Kommentare nach den Regeln der Firefox-Hilfe potenziell unnötig sind.

Die Anzahl der Kommentare in den Artkeln

Anzahl der Kommentare in deutschsprachigen Hilfe-Artikeln

Die meisten Kommentare wurden in den Artikeln Wird Firefox auf Windows 7 funktionieren, Neueste Chronik löschen, Benutzername und Passwort wird nicht gespeichert, Dieser Verbindung wird nicht vertraut und Wie Sie den Cache leeren können geschrieben. Für die deutschsprachigen Nutzer ist also ein neues Microsoft-Betriebssystem und die Sicherheit der Privatsphäre Wert, die Firefox-Hilfe aufzurufen.

Das bestätigt meine Meinung, dass Firefox in deutschsprachigen Gebieten vor allem wegen des persönlichen Datenschutzes gern genommen wird. Es sagt aber auch aus, dass es dort anscheinend einige Probleme mit der Bedienung oder der Funktionalität gibt.

Die Namen der Kommentatoren

Alle Kommentare wurden von nicht registrierten Nutzern unter dem Namen „anonymous“ verfasst.

Die Sprache

Sprache der Kommentare in deutschsprachigen Hilfe-Artikeln

128 Kommentare wurden auf Deutsch geschrieben, nur 20 Kommentare in englischer Sprache oder deutsch und englisch gleichzeitig. Durch die übersetzte Oberfläche ist den meisten also klar, dass sie in ihrer Muttersprache kommentieren können.

Die zeitliche Aufteilung

Monatliche Verteilung der Kommentare in deutschsprachigen Hilfe-Artikeln

Bis zum Ende des Jahres 2009 gab es nur sehr wenige Kommentare. Aber im Jänner 2010 stieg die Zahl sprunghaft an, wuchs im Februar dann nochmal um mehr als das doppelte und nimmt seitdem stetig wieder ab. Das lässt auf eine hohe Beanspruchung der Firefox-Hilfe nach der Veröffentlichung einer neuen Firefox-Hauptversion schließen. Am 21.01.2010 kam Firefox 3.6 heraus.

PS: Die OpenDocument-Datei mit den Ergebnissen kann hier heruntergeladen werden: SUMO-Kommentare.ods (100kB).

Creative Commons License

In künftigen Versionen von Firefox werden bestimmte Bereiche des Browsers in separate Prozesse ausgelagert. Etwas ausführlicher beschrieben hat das Kadir letzten Dezember. Jedoch geht es im Prinzip darum, Plugins, die Firefox-Oberfläche und die einzelnen Webseiten in einzelnen Betriebssystem-Prozessen zu führen, damit sie sich nicht mehr gegenseitig beeinflussen und behindern können. Plugins sollen beispielsweise nicht mehr den ganzen Browser zum Abstürzen bringen und das Laden von Webseiten soll die Browseroberfläche nicht mehr einfrieren lassen.

Einen ersten Schritt in diese Richtung dieses Projekts, das Electrolysis oder (typisch amerikanisch) kurz e10s genannt wird, haben die Mozilla-Entwickler gemacht und es in einer Vorschauversion mit Gecko 1.9.3a2 veröffentlicht. Dieser erste Schritt betrifft Plugins wie z.B. Flash. Flash ist einer DER Hauptgründe für einen Absturz von Firefox. Also haben sich die Entwickler dazu entschlossen, dieses Problem als erstes anzugehen. Demzufolge heißt der erste Schritt von e10s auch Out-of-process plugins (OOPP).

OOPP soll in nicht zu ferner Zukunft auch Nutzern von Firefox 3.6 zugute kommen, indem es als 3.6.x zusätzlich zu den üblichen Sicherheitsverbesserungen veröffentlicht werden soll. Stürzt Flash ab, muss dann nur noch die betreffende Webseite neu geladen und das Plugin damit neu gestartet werden und fertig. Kein Fluchen oder Jammern mehr.

Wer mehr darüber und über neue Funktionen für Webentwickler lesen will und die Testversion ausprobieren möchte, erfährt auf hacks.mozilla.org bzw. (bebildert) im Mozilla Developer Center mehr.

Tester sind sehr willkommen. Aber bitte nicht für Produktivumgebungen nutzen! Testversionen könnten z.B. Lesezeichen und persönliche Einstellungen verlieren.

Worum es geht

Im weltweiten Netz wird derzeit an vielen Stellen über das Thema Codecs für HTML5-Vodeos diskutiert. Einige Leute unterstellen Mozilla, stur* oder blöd** zu sein. Andere meinen, Google würde mit der Forcierung von H.264 die Freiheit des Internets mit Lizenzen und Patenten untergraben.

* stur, weil sich Mozilla weigere, den angeblich besseren Codec zu implementieren
** blöd, weil Mozilla doch bitteschön die Codecs des Betriebssystems nutzen solle

Mozilla, Opera und Wikimedia unterstützen Ogg/Theora und wollen das Internet und dessen Inhalte lizenz- und patentfrei halten. Auch um den Preis, dass die Nutzer von Opera und Gecko-Browsern die HTML5-Videoplattform von YouTube in ihrer derzeitigen Form nicht nutzen können. (Übrigens: Auch Chromium-Nutzer sind dort ausgeschlossen!) Das ruft natürlich Unmut hervor und führt dazu, dass viel FUD verbreitet wird.

UnFUDing

Mozilla Firefox 3.6 verwendet den verbesserten Theora-Codec in der Version 1.1, weshalb das Argument, H.264 sei so viel besser für Nutzer und Anbieter, nicht mehr gelten kann. Ein Vergleich von YouTubes H.264 und Ogg/Theora zeigt, dass der Normalverbraucher objektiv gesehen kein Format bevorzugen kann nur allein wegen der Qualität.

Würde Google nur ein Jahr Entwicklung und Geld in Ogg/Theora investieren, wie es in der Vergangenheit Wikimedia und Mozilla bei Theora 1.1 getan haben, wären wahrscheinlich auch die letzten Reste Zweifels ausgeräumt.

Vielleicht will aber Google die aktuelle Verwirrung nur nutzen, um einen eigenen Codec zu präsentieren, der die zerstrittenen Lager gleichermaßen zufrieden stellt. Nach dem Motto: Wenn die einen H.264 nicht wollen und die anderen Ogg/Theora nicht, bieten wir (Google) euch den goldenen Gral für alle – sofern zu 100% keine Patente vermutet/verwendet und keinerlei Lizenzgebühren verlangt werden.

Und was ist mit Nokias Argument gegen Theora, dass noch unbekannte „U-Boot-Patente“ auftauchen könnten, die alle Nutzer und Anbieter aus heiterem Himmel mit Geldforderungen überschütten würden? Irgendwie erinnert mich das an Microsofts nie enden wollende Behauptung, dass der Linux-Kernel mehrere Microsoft-Patente verletzten würde. Gesagt, welche das wären, oder dagegen etwas getan hat Microsoft aber nie. Wird es nicht langsam zu spät dafür?

Viel diskutiert und erklärt bei Mozilla

Da Mozilla einerseits eine Verantwortung gegenüber seinen Nutzern hat, ihnen das bestmögliche Interneterlebnis zu bieten, andererseits Mozilla aber in seinen Statuten festgelegt hat, dass die Förderung und Verteidigung eines freien Internets allen anderen Interessen voransteht, müssen die Mozilla-Verantwortlichen und wichtige Gecko-Entwickler erklären, wieso sie handeln, wie sie handeln, und sie verteidigen sich gegen Anschuldigungen. Hier auszugsweise einige Verweise:

Warum der Video-Codec in den Browser soll

  • Nicht alle Betriebssysteme haben den Codec installiert (z.B. Windows XP-Nutzer gehen leer aus) oder haben den selben Codec installiert.
  • Sicherheitslücken können am schnellsten geschlossen werden, wenn sie die Browserhersteller selbst schließen und nicht warten müssen, bis sich die Nutzer dazu bequemen, auch ihre Codecs zu aktualisieren (was z.B. unter Windows nicht automatisiert passiert).

Warum Ogg/Theora (oder ein anderer lizenz- und patentfreier Videocodec) die einzig richtige Wahl für Mozilla ist

  • Mike Shaver hat es vor einem Jahr in seinem Blog so formuliert: Our commitment to the success of open video on the web requires that we select codecs for Firefox that are usable by everyone, without restriction or licensing fee. To that end, we’ve chosen Theora as the format for Firefox 3.5.
  • Mozilla wird nicht (freiwillig) für H.264 Lizenzgebühren zahlen, auch wenn es theoretisch leistbar wäre. Denn auch wenn die offiziellen Firefox-Versionen damit „geschützt“ wären, wären es nicht die Ersteller von Videos oder Produkte, die von Firefox/Gecko abgeleitet sind, oder Linux-Distributionen.
  • H.264 ist nicht wirklich kostenlos für jeden. Irgend jemand in der Kette vom Videosoftwarehersteller und Browserhersteller bis hinunter zum Videoersteller und Endbenutzer muss Lizenzgebühren zahlen. Siehe Robert O’Callahans Kommentar H.264 Licensing And Free Software.
  • Es existieren bereits Implementierungen von H.264 in freier Software. Aber die befinden sich gesetzlich gesehen in einer Grauzone und sind für Mozilla (und andere Firmen/Organisationen) nicht verwendbar.
  • Auch Videoinhalte sollen wie HTML, CSS und JavaScript frei von jeglichen Lizenzen und Patenten sein, damit jeder Mensch ohne Einschränkung vom Web profitieren und daran teilnehmen kann. Wäre denn das Web heute so frei und vielfältig, wie es ist, wenn z.B. HTML lizenzpflichtig gewesen wäre? Christopher Blizzard hat dazu gesagt: You must be able to implement and deliver that technology without requiring anyone’s permission or license. In reality this means that it should be available on a royalty-free basis and without encumbered documentation. … In the video world, there are some formats that fit the first quality: Some formats are documented, understood and even widely deployed. But more often than not they are subject to to per-unit royalties, large up-front fees and creating content in those formats (the encoders) are often so expensive as to be prohibitive to all but only the deepestpocketed corporations or well-funded startups. And there are very few video formats that meet the second. This is not the kind of decentralization that made the web thrive. It is quite the opposite. … In Firefox 3.5 we’re including support for the OGG container format with the Theora video and Vorbis audio codecs for the <video> element. They represent one of the few combinations of formats that fits both the criteria above. They aren’t perfect formats, but they are certainly good enough for how video is used on the web today. And they are improving with time. … We hope that by releasing video from the plugin prison and letting it play nice with others we’ll be able to open up a new wave of creativity around video.
  • Theora erfüllt die Anforderungen der Lizenzbestimmungen des W3C. (Genaueres dazu im dritten Absatz von hjas Blog.)
  • Flash ist auch proprietär, was spricht dann gegen H.264? Antwort: Flash ist nicht im Browser integriert und stellte bis jetzt die einzige Möglichkeit dar, gewisse Effekte und Videos im Web darzustellen. Mit HTML5 ändert sich das (Video-Element, Canvas, SVG, SMIL …). In Zukunft soll es besser laufen als bisher und man sollte die Abhängigkeit zu einem geschlossenen Format nicht auch noch für die Zukunft fest zementieren. Noch dazu ist Flash einer der Hauptgründe für Browserabstürze und Sicherheitslücken, die lange nicht geschlossen werden. Im Browser integrierte Komponenten können besser kontrolliert und abgesichert sowie Probleme schneller behoben werden.
  • Was ist mit den Nachfolgern von H.264? Werden die auch so „günstig“ sein? Man macht sich ja mit dem Codec nicht nur für die derzeitige Version abhängig, sondern auch für alle künftigen Versionen.

Meinung

Was ist eure Meinung zu dem Thema? Habt ihr weitere Argumente für und wider Ogg/Theora bzw. H.264?

Nachtrag 2010-02-18

Ruft mal die Seite http://translate.google.de/?hl=&ie=UTF-8&sl=en&tl=de#en|de|Why doesn’t Youtube HTML5 support Firefox? (dt.: Warum Untersetützt HTML5-Youtube nicht Firefox?) auf und seht euch die Übersetzung an. Google erlaubt sich dreiste Spielchen. ;-)

Ist Firefox 3.6 an Ihnen vorübergegangen? Zwischen massiven Sicherheitsproblemen mit dem Internet Explorer und dem Erscheinen von Chrome 4 ist Firefox 3.6 fast unscheinbar veröffentlicht worden. Das liegt sicher auch an dem kleinen Versionssprung. Der ist aber unbegründet, was die Arbeit unter der Haube angeht. Aufgrund der fast nicht existenten Änderungen an der Oberfläche ist der Sprung von .5 auf .6 für Endnutzer wohl doch begründet.

Jedenfalls gibt es viele unscheinbare Verbesserungen. Eine kleine Liste der Neuerungen wurde auf support.mozilla.com übersetzt.

Für mich ist besonders die höhere Reaktions- und Seitenladegeschwindigkeit ein Mehrwert sowie die Formular-Autovervollständigung, die nun wie die intelligente Adressleiste die aktuellsten und häufigsten Eingaben voranstellt und die Suche nach gespeicherten Eingaben wesentlich erleichtert.

Andere Meldungen:

Für das Web wichtig, wie ich finde, ist die Verfeinerung des Theora-Codecs, um freie OGG-Videos in besserer Qualität anzeigen zu können.

Derzeit tobt ja eine Art Krieg zwischen Chrome, Youtube und Videmo, die lizenzpflichtige und patentbelastete Video-Codecs durchsetzen möchten, auf der einen und den Unterstützern von OGG (Mozilla, Wikipedia …) auf der anderen Seite. Robert O’Callahan von Mozilla hat aufklärende Blogbeiträge geschrieben, wieso Mozilla nur freie Codecs unterstützen will und die HTML5-Videos auf Youtube und Vimeo mit Firefox nicht abgespielt werden können/sollen: Video, Freedom And Mozilla, LCA, ActiveX All Over Again. Das Web hat schon einige Qualen durch proprietäre oder lizenzpflichtige Formate erdulden müssen: ActiveX, GIF, Flash. Eigentlich sollten wir daraus gelernt haben …

« Vorherige SeiteNächste Seite »