Warum Apple Den Krieg Um Das Mobile Videoformat Gewinnt Vorerst

2023 Autor: Luccile Osborne | [email protected]. Zuletzt bearbeitet: 2023-08-25 13:31

Jeroen Wijering ist der Schöpfer des unglaublich erfolgreichen JW Players, der seit seiner Veröffentlichung im Jahr 2005 Millionen von Downloads generiert hat. 2007 war er Mitbegründer von LongTail Video und konzentrierte sich auf eine vollwertige Online-Videoplattform, die Codierung, Bereitstellung, Syndizierung und Werbung.

Der mobile Videoraum hat begonnen, sich zu konsolidieren. Anfang November kündigte Adobe an, die Entwicklung seines Flash Players für mobile Geräte einzustellen (siehe: Android). In Zukunft wird HTML5 die einzige Methode sein, um Videos auf Mobiltelefonen und Tablets wiederzugeben.

Dies ist ein großer Gewinn für Apple, das Unternehmen, das sich in den letzten Jahren am stärksten gegen Flash ausgesprochen hat. Das Unternehmen beginnt tatsächlich, die Zukunft der Branche zu bestimmen. Apple besiegt nicht nur Flash im Kampf um die Videowiedergabe, sondern setzt auch Innovationen mit seinem H.264-Codec fort, da WebM immer noch nicht zu finden ist.

Das Unternehmen hat auch beim Video-Streaming die Führung übernommen. Das von Apple selbst entwickelte Streaming-Protokoll HTTP Live Streaming (HLS) war schon immer die einzige Möglichkeit, Inhalte auf iDevices zu streamen. Aufgrund der Beliebtheit von iOS unterstützen nun auch viele Tool-Anbieter und sogar konkurrierende Plattformen dies.

Wiedergabe und Codierung

Laut Adobe wird Android 4 (Ice Cream Sandwich) die letzte mobile Plattform sein, die ein Flash-Plugin verwendet. Das Betriebssystem wird jedoch ohne eines gestartet. Angesichts der schrecklichen Erfolgsbilanz von Flash mit Mobilgeräten wäre es nicht überraschend, wenn es niemals eintrifft. Daher sollten Video-Publisher sicherstellen, dass ihr Android-Video in HTML5 funktioniert.

In Bezug auf die Codierung ist der H.264-Codec heute in die CPU jedes einzelnen Mobiltelefons integriert, während WebM auf einigen Android-Geräten immer noch auf eine reine Software- (und Nicht-HTML5-) Implementierung beschränkt ist. Google arbeitet an Hardware, aber der Weg von Referenzdesigns zur Telefonintegration und schließlich zum Marktanteil ist lang.

Bis die WebM-Hardware-Dekodierung von einer anständigen Gruppe mobiler Geräte unterstützt wird, werden sich Video-Publisher weiterhin auf H.264 konzentrieren. Angesichts dessen unterstützt Google H264 weiterhin in Chrome, obwohl angekündigt wurde, es vor fast einem Jahr fallen zu lassen. In jeder Hinsicht ist H.264 derzeit der Basiscodec für HTML5-Videos.

Was ist HLS?

Das Akronym HLS steht für HTTP Live Streaming. Es ist ein Protokoll, mit dem Publisher Videos über einfache HTTP-Webserver streamen können, anstatt teure und schwer skalierbare dedizierte Streaming-Server zu verwenden. Dieses Streaming wird erreicht, indem das auf dem Server gehostete Video in kleine Fragmente zerlegt wird (normalerweise 10 Sekunden) und diese dann im Browser wieder zusammengefügt werden. Der Browser fordert nur das nächste Fragment in der Zeile an, anstatt das gesamte Video zu laden und Bandbreite zu verschwenden. So funktioniert Vanilla HTML5. In der folgenden Abbildung sehen Sie einen einzelnen fragmentierten Stream.

Ein über HLS gestreamtes Video wird normalerweise in mehrere Qualitäten codiert, von nur 180 Pixel bis zu 720 Pixel und darüber hinaus. Jedes Mal, wenn der Browser zum Laden des nächsten Fragments zum Server zurückkehrt, entscheidet er, welche Qualitätsstufe geladen werden soll. Daher passt der Browser die Qualität des Streams kontinuierlich an die verfügbare Bandbreite an. Dies ist bei Mobilgeräten von enormer Bedeutung, da Geräte ständig zwischen 2G-, 3G-, 4G- und Wi-Fi-Verbindungen wechseln. In der folgenden Abbildung sehen Sie einen adaptiven fragmentierten Stream.

Darüber hinaus können die Fragmente von HLS-Streams für eine sichere Zustellung verschlüsselt werden. Benutzer, die diese Fragmente abfangen, können sie überhaupt nicht abspielen. Dies ist ein großer Sicherheitsvorteil gegenüber einfachen HTML5-Videos, bei denen jeder versierte Benutzer die URL eines Videos finden und für seinen eigenen Gebrauch herunterladen kann.

Warum HLS verwenden?

Die heutige breite Verwendung des HLS-Protokolls ist das Ergebnis des Erfolgs von iOS. Apple hat das Protokoll als einzige Möglichkeit zum Streamen von Videos auf das iPhone und iPad festgelegt. Kein Flash, kein Silverlight, kein RTP oder RTSP. Darüber hinaus wird HLS für In-App-Videos benötigt. Selbst einfache MP4-Downloads, die für die Wiedergabe im Browser funktionieren, sind in iOS-Apps nicht zulässig.

Jeder große Verlag muss daher das HLS-Protokoll verwenden. Alle wichtigen Codierungswerkzeuge (z. B. Encoding.com oder Sorenson Squeeze) und Streaming-Server (z. B. Flash Media Server oder Wowza Media Server) unterstützen dies heutzutage. Dieses breite Ökosystem wiederum verfügt nun über viele Geräte, die das Protokoll ebenfalls unterstützen. Nahezu jede beliebte Set-Top-Box (Xbox, PS3, Roku, Apple TV, Boxee) kann HLS spielen, ebenso wie Android-Telefone mit der neuen Version von Ice Cream Sandwich.

Gibt es konkurrierende Protokolle? Absolut. Dynamisches Streaming von Adobe ist eines davon, erfordert jedoch das (jetzt nur auf dem Desktop) Flash-Plugin. Für Smooth Streaming von Microsoft ist außerdem Silverlight erforderlich, ein weiteres Plugin nur für den Desktop (und bald in den Ruhestand zu treten?). HLS wird auf HTML5 bereitgestellt, das sowohl von Browsern als auch von Geräten problemlos implementiert werden kann.

Ein Standardisierungsaufwand in Form von MPEG DASH (Dynamic Adaptive Streaming over HTTP) ist ebenfalls auf dem Weg. DASH wird von vielen Unternehmen (einschließlich Apple) unterstützt und bietet eine Vielzahl von Funktionen. Es könnte das einzige Video-Streaming-Protokoll sein, das HLS sowie RTMP und RTSP ersetzt. Die Fortschritte sind jedoch langsam und die breite Unterstützung ist noch Jahre entfernt.

Der Apple Standard

Auf absehbare Zeit werden wir unser mobiles Video auf Apple-Art ansehen: HTML5 eingebettet, H.264-codiert und HLS-Streaming. Jede Plattform, die umfassende Unterstützung für qualitativ hochwertige Videos (Windows Phone?) Sucht, muss HLS implementieren. Und jeder Publisher, der mobile Viewer sucht, muss in H.264 codieren, mit HTML5 einbetten und mit HLS streamen.

Ist das eine schlechte Sache? Ganz im Gegenteil. Die Alternative ist die Fragmentierung: mehrere Plugins, mehrere Codecs und mehrere Protokolle. Dies ist ein Ärger für große Medienunternehmen. es erhöht ihre Entwicklungs- und Lieferkosten. Für kleinere Video-Publisher ist dies jedoch katastrophal, da den Unternehmen die Ressourcen fehlen, um die Bereitstellung von Videos auf mehreren Plattformen aufzubauen und zu unterstützen. Letztendlich ist das ein Nachteil für mobile Videos. Wie das Web im Allgemeinen lebt auch das mobile Video von der breiten Verfügbarkeit einer Vielzahl von Inhalten.

Ein offenerer Satz von Standards (WebM und DASH) sollte rechtzeitig kommen. Im Moment ist Apple der Standard.