Apple-HTML5-Demo: Nur Safari kann HTML5?
Gepostet von Tobias am 05. Juni 2010 | 
20 Kommentare
Der Krieg um die besten Browser geht weiter. Gestern hat Apple eine HTML5-Demo gestartet – die wird allerdings nur von Safari unterstützt – sagt Apple. Jedoch steckt dahinter nichts weiter als ein geschickter Trick, damit andere Browser es nicht abspielen können. Ist also HTML5 wieder mal ein Made-by-Apple-Produkt?
Wer auf Apple.com/HTML5 geht, wird sich sicherlich freuen, endlich mal ein paar Demo’s zu sehen. Leider sind diese Demos überhaupt nicht für HTML5 allgemein, sondern für Safari only, wie Fefe heute herausgefunden hat. Auch bei uns zeigt Apple mal wieder Freundlichkeit zur Konkurrenz und sperrt Chrome und Firefox aus.
Nun könnte man ja meinen, dass das vielleicht an irgendwelchen Codecs liegt oder sonst irgendwas, das im Chrome und den anderen Browsern nicht funktioniert. Zuerst einmal: Nein. Ich habe mir die mühe gemacht und den User-Agent von Chrome geändert (geht über die Commandline –user-agent=”Mozilla/5.0 (Windows; U; Windows NT 6.1; de-DE)AppleWebKit/531.22.7 (KHTML, like Gecko) Version/4.0.5Safari/531.22.7″) – und siehe da: Alle Demos funktionieren – bis auf die Video-Demo. Natürlich kann man die Demos auch direkt über einen kleinen Umweg und ohne UA-Änderungen aufrufen.
Also habe ich mal bei Felix von Leitner (Fefe) angefragt und wollte wissen, warum denn das so ist. Zunächst ist der MOV-Conatiner ein H.264-Video und ein AAC-(MPEG4)-Audio. Für Chrome kein Problem – geht ja auch bei YouTube. Allerdings ist das Verwirrende bei den Apple-Demos: Es sind ganz einfache Links, die gerade mal um die 400 KB haben:
Wenn du in Chrome auf dem Video bist, rechtsklicke mal draufund sage “Save As”. Ich kriege da eine 359-Byte-Datei. Das versucht Chrome abzuspielen und findet keinen Film, weil das eben nur eine Umlenkung ist, und das supported Chrome nicht.
Es gibt keinen Grund, das so zu machen, außer um dafür zu sorgen, dass
nur Quicktime das abspielt.
So hat Apple natürlich ein Argument mehr, damit der User QuickTime und Safari benutzt – schließlich kann nur das Plugin das Video abspielen. Das ist allerdings wieder falsch. Schaut man sich den Link genauer an, dann ist das nur eine Playlist-Datei, die dann am Ende ein Video auf http://movies.apple.com/media/us/html5/.. und so weiter abspielt. Und genau dieses originale Video kann Chrome abspielen, wie Fefe eindrucksvoll in einer Demo belegt.
Apple versucht also andere Browser so hinzustellen, als würden sie unfähig sein, HTML5 auszuführen. Dazu manipuliert man die Videos (was man übrigens auch bei den Produkt-Videos getan hat) und schießt eine Anzeige vor, wenn derjenige nicht Quicktime nutzt. Bei der HTML5-Demo ist das allerdings noch kritischer, denn HTML5 ist ein Standard. In diesem Standard ist festgelegt, wie Methoden funktionieren und wie Browser damit umzugehen haben. Bei der Codec-Diskussion ist aktuell klar (nicht zuletzt durch Lobbyarbeit von Apple), dass H264 sich als Standard etablieren wird bzw. schon ist. Aktuell ist auch noch das Gerede um VP8 (also WebM) von Google. Viele Browser haben den Support schon angekündigt oder implementiert.
Also ist dieser HTML5-Test nur eine Promotion-Aktion von Apple, denn die wahren Gründe dürften ganz woanders liegen. Offener sind da eher die Tests, die man sonst noch so bei Google findet. Die sind auch von keinem Apple kontrolliert und garantiert auch ohne Quicktime und ohne Safari benutzbar.
Übrigens: Im Praxistest von HTML5Test.com hatte Chrome Stable einen Score von 142, Chromium Dev mit 135, Firefox Stable 101, Internet Explorer Stable 19 und Safari 70. So viel zum Thema HTML5-Kompatibilität.
Vielen Dank Fefe für das Interview 
Tags: apple, google chrome, safari
Thema vorschlagen
Anstelle von UA Änderungen kann man auch einfach http://developer.apple.com/safaridemos/ aufrufen, sollte die Meldung dann immer noch kommen, Rechtsklick und im neuem Tab öffnen.
Übrigens Safari/MacOS schafft 113 nicht 70 Punkte. Nicht ganz so gut wie Chrome, aber besser als Firefox.
Abgesehen davon klasse Marketinggag. So viel Aufmerksamkeit hat Safari in den ganzen Blogs schon lange nicht mehr bekommen.
@77609:
Bei Safari ist es schwer vom System abhängig. Mit der Version hier habe ich nur 70 Punkte.
http://beta.html5test.com/ das ist übrigends noch nice
Wie heißt dieses Design?
http://lh3.ggpht.com/_PgDQ-k-xRMo/TAqzG6IBynI/AAAAAAAAAfc/HyGYwIh4dc0/s912/html5-2.jpg
@77609:
Bei mir schaffe ich sogar 120
Bei mir schafft Safari auch 113 Punkte. (Mac)
Aber wer Safari auf Windows nutzt ist eh irgendwie fail :p
Das ist wirklich das aller dreisteste, dass ich seit Wochen gesehen habe…
Ganz nebenbei bemerkt haben einige der Demos (wie zB dieses 360Grad iPhone) rein gar nichts mit HTML5 zu tun. Das ist ganz normales Javascript.
Bei der Beta http://beta.html5test.com/ schafft:
jeweils von 300
Chrome 6.0: 212+10
Safari 4.0.5: 128+7
Opera 10.6a1: 129+4
IE9Preview 2: 32+1
Firefox 3.7a5pre: 171+6
beim normalen: jeweils von 160
Chrome 6.0: 142
Safari 4.0.5: 115
Opera 10.6a1: 102
IE9Preview 2: 19
Firefox 3.7a5pre: 106
@77613:
https://tools.google.com/chrome/intl/en/themes/theme_at_scottdraves.html
@ Pascal:
Google Chrome im Dev Channel mit Safari 4.0.5 zu vergleichen ist auch nicht ganz fair. Die aktuellste Version kommt auf 214+10, resp. 137 Punkte.
Ist nun letztendlich auch egal, welchen Score welcher Browser erreicht hat. Fakt ist: Apple macht da was, was nicht ok ist.
Das hat nicht fefe herausgefunden, sondern stand schon gestern auf macrumors.com.
Fefe ist ein alberner Selbstdarsteller.
@77626:
Na super Peter!
Da steht ja auch “Danke Kilian” – soviel zum Selbstdarsteller du Troll
Also ich lese Fefe schon recht lange und finde es witzig, wie Leute sich über sein BLOG (ja genau BLOG) aufregen können
Also ich sehe das ganz anders. Während h.264 bei ca. 30% der Nutzer gar nicht läuft, weil weder Opera noch Firefox diesen Codec unterstützt, wird WebM von allen Browsern ausser Safari unterstützt.
Damit ist das rennen noch lange nicht gemacht, und es sieht im Gegenteil blendend für WebM aus, bei der großen Liste von Firmen die den neuen Codec unterstützen.
Zusätzlich wird immerhin der größte Video-Dienst YouTube gerade komplett umgestellt.
Also ist es kompletter Unsinn zu behaupten es sei schon irgendwas entschieden.
passt irgendwie wunderbar zu der news: http://www.heise.de/newsticker/meldung/Streit-um-HTML-5-Faehigkeiten-des-Internet-Explorer-9-1016157.html
Safari 5: 138 (beta 207+7)
An die eigentliche Sache: Das was Apple hier gemacht hat, war ein sehr unglücklicher (PR-)Stunt, den sie dann auch noch vergeigt haben. Insofern sind anderslautende Artikelüberschriften wie “Eigentor” nicht wirklich an der Wahrheit vorbei geschrieben. Wahrscheinlich besteht in manchen Abteilungen (PR..) bei Apple noch Erklärungsbedarf, was Safari, was HTML5 ist.
Also so schön der Artikel auch geschrieben ist.. mir ist schon bei fefe diese suspekte Zahl “70″ bei den Safari-Tests aufgefallen (denn die war mir fremd). Um jetzt die Fakten mal mit meinem Gedächtnis zu vergleichen, hier meine Erfahrungen.
Ich habe mit meinem Safari (4.0.x, OS X) noch letzte Woche meines Wissens 112? oder 122? Punkte im alten Test erreicht, auf jeden Fall weit aus mehr als der genannten 70. Leider mache ich nicht dauernd Screenshots (oO), daher kann ich das nicht belegen bzw. meinem Gedächtnis weiterhelfen. Im Vergleich dazu: Unter Windows XP (VM) erreicht hier ein Safari 4.0.4 im neuen Test (normal wie auch beta) 129+7 Punkte. Wo kommen dann die 70 her? Alter Screenshot? (s.u.) Auch der extra aus der VM geholte Safari 4 unter OSX erreicht auch 129+7 von 300 respektive 129+7 von 315 Punkten. Habe ich jetzt irgendwas an meinen Tests nicht bedacht, hat sich der Test so stark verändert (spricht nicht für eine gute Aussage) oder hat einfach keiner die Zahlen überprüft? Screenshot: http://grab.by/4TkP
Darüber hinaus sollte man auch immer den eigentlichen Test im Auge behalten. So war etwa html5test.com bis vor kurzem (gestern/heute aktualisiert worden?) beispielsweise der Video-Test noch ausschließlich mit H.264/Theora drin. Man kann durchaus streiten, ob nicht H.264 und WebM “seit der Google I/O ausreicht”. Die alte/neue Video-Implementierungs-Kombination gab und gibt nur Chrome mehr Pluspunkte gegenüber allen anderen Browsern (egal ob Safari, Opera oder Firefox), jetzt ist der Unterschied geringfügig kleiner geworden durch die Erhöhung auf drei Videocodecs und die daraus resultierende Umverteilung auf alle anderen Codecs und Browser (das gleiche dann nochmal für Audio). Auch andere Tests waren u.U. nicht vollständig oder (temporär) inkorrekt: so sagte letztens der Test bspw. bei Safari 4 oder 5 aus, dass kein HTML5-Audio/AAC unterstützt würde (was aber einfach falsch war). Andere Sache, andere Ungereimtheit: Wieso sagt html5test.com, dass Safari keine Rubys unterstützen würde (unter Elements, Text-level semantic Elements)? Chrome schlägt da komischerweise auch auf? Habe ich die Ruby-Unterstützung von Chrome und Safari missinterpretiert?
Wenn man sich die Mühe macht, und nicht nur die nackte Zahl, sondern die Features direkt vergleicht (etwa über http://www.caniuse.com/), dann kann man sehen, dass sich die zwei Browser eigentlich nicht viel geben. Inwieweit Mozilla mit Gecko da zeitlich aufschließt, werden wir erst noch sehen müssen. Opera braucht noch etwas mehr, und MS argumentiert mit der Techdemo (vgl. Kommentare bei html5test.com) etwas dürftig den letzten Platz weg.
Etwas für den Weg: Aktuelle Zahlen unter OSX 10.6
Safari 5
html5test: 208 + 7 von 300
beta.html5test: 213 + 7 von 315
Google Chrome 6 (Dev)
html5test: 217 + 10 von 300
beta.html5test: 222 + 10 von 315
Wesentlicher Unterschied ist die FileAPI mit 10 Punkten, der Rest der Punkte wird mehr oder weniger herumgeschoben (3d Animationen, Drag and Drop, Video Codecs, usw.).
Unter Ubuntu 10.4 (Linux) und aktuellem Firefox erscheint die Browsersperre. Zwei weitere Browser, beide WebKit-basiert, kommen durch. Arora http://code.google.com/p/arora/
Epiphany Gnome Browser http://projects.gnome.org/epiphany/
Chromium, ebenfalls WebKit, wird ausgesperrt.
is klar?