Worin unterscheiden sich DASH und HLS hauptsächlich?

DASH und HLS unterscheiden sich in mehreren zentralen Punkten: - Codec-Unterstützung: DASH deckt ein breiteres Codec-Spektrum ab, darunter neuere Codecs wie VP9 und HEVC. - Segmentformat: DASH nutzt MP4-Segmente, HLS setzt auf MPEG-2 Transport Stream oder Fragmented MP4. - Latenz: Keines der Protokolle ist per se latenzärmer; entscheidend sind Segmentdauer und Low-Latency-Erweiterungen wie LL-HLS oder Chunked CMAF. - Bandbreiten-Effizienz: Sie ergibt sich aus Codec-Wahl, Segmentgröße und CDN-Caching, nicht aus dem Protokoll-Etikett.

Wie unterscheiden sich die Segmentformate von DASH und HLS?

DASH verwendet MP4-Segmente (ISOBMFF), die effizienten wahlfreien Zugriff und reibungsloses Streaming über HTTP ermöglichen. HLS nutzt MPEG-2-Transport-Stream-Segmente (.ts) oder Fragmented MP4 (.m4s), die tendenziell etwas mehr Overhead mit sich bringen.

Welche Codecs werden von DASH und HLS am häufigsten unterstützt?

Sowohl DASH als auch HLS unterstützen breit H.264 für Video und AAC für Audio. DASH kommt zusätzlich mit neueren Codecs wie VP9 und HEVC gut zurecht, während HLS diese nur eingeschränkt unterstützt.

Welches Protokoll hat die geringere Latenz – DASH oder HLS?

Keines der Protokolle garantiert von sich aus niedrige Latenz. Sie hängt von der Segmentdauer und von Low-Latency-Erweiterungen wie LL-HLS oder Chunked CMAF ab. Nutzen Sie kurze, an Keyframes ausgerichtete Segmente und messen Sie die Glass-to-Glass-Verzögerung über Encoder, CDN und Player hinweg.

DASH vs HLS: Streaming-Protokolle im Vergleich

Einführung in MPEG-DASH und HLS

Zwei Protokolle bestimmen heute den Großteil des adaptiven Streamings im Web: MPEG-DASH (Dynamic Adaptive Streaming over HTTP) und HLS (HTTP Live Streaming). Beide liefern segmentiertes Video über HTTP aus, unterscheiden sich aber in Segmentformat, Codec-Unterstützung und Reichweite auf Endgeräten. Dieser Leitfaden zeigt Ihnen, wie beide funktionieren, wie sie sich bei Latenz und Effizienz schlagen und wie Sie sich zwischen ihnen entscheiden – und wie CMAF beide in einen einzigen Segmentsatz vereint.

Kurze Geschichte und Zielsetzung

MPEG-DASH wurde von der Moving Picture Experts Group (MPEG) entwickelt, um ein universelles Format für die Videoauslieferung im Web zu schaffen. Es ist bewusst geräteunabhängig konzipiert und sorgt für Kompatibilität über eine breite Palette von Geräten und Plattformen hinweg. Das Protokoll überträgt Videosegmente per HTTP und ist ausgesprochen flexibel, da es verschiedene Codecs und Containerformate unterstützt. HLS wurde von Apple entwickelt und ursprünglich mit den ersten iOS-Geräten eingeführt. Es setzte sich rasch als Standard für die Auslieferung von Live- und On-Demand-Inhalten durch. HLS überträgt Videosegmente ebenfalls per HTTP und ist heute plattform- und geräteübergreifend weit verbreitet – insbesondere in der Apple-Welt unter iOS und macOS.

Segmentformate

Ein zentraler Aspekt von DASH und HLS ist der Umgang mit Videosegmenten. Diese Segmente sind kleinere Teile des Videostreams, die unabhängig voneinander an den Client ausgeliefert werden und so adaptives Bitraten-Streaming überhaupt erst ermöglichen.

DASH-Segmentformate

DASH-Segmente liegen in der Regel im ISO Base Media File Format (ISOBMFF) vor, das auch MP4-Dateien zugrunde liegt. Dieses Format erlaubt effizienten wahlfreien Zugriff und ein reibungsloses Streaming über HTTP. Die Segmente tragen üblicherweise die Endung `.mp4` und sind in einer Verzeichnisstruktur organisiert, zu der eine MPD-Datei gehört.

HLS-Segmentformate

HLS-Segmente werden klassisch im Format `.ts` (MPEG-2 Transport Stream) kodiert, neuere HLS-Versionen unterstützen jedoch auch `.m4s`-Segmente (Fragmented MP4). Diese Segmente werden in einer Playlist-Datei (`.m3u8`) zusammengefasst, die dem Client verrät, welche Segmente verfügbar sind und wo sie liegen.

Aufbau des Manifests

Die Manifest-Datei ist für DASH wie für HLS von zentraler Bedeutung, denn sie enthält die Metadaten zum Videoinhalt und zu den verfügbaren Segmenten.

MPD (Media Presentation Description) bei DASH

Die MPD-Datei von DASH ist ein XML-Dokument, das Metadaten zur Videopräsentation bereitstellt – darunter Informationen zu den Video- und Audiostreams, den Segment-URLs und dem Timing. Hier ein einfaches Beispiel für eine MPD-Datei:

```xml

mediaPresentationDuration="PT0H1M24S"

minBufferTime="PT1.5S"

profiles="urn:mpeg:dash:profile:isoff-on-demand:2011"

type="static">

```

m3u8 bei HLS

Die m3u8-Datei von HLS ist eine Textdatei, die die Segmente und deren URLs auflistet. Sie kann außerdem Metadaten zum Stream enthalten, etwa zu Codec und Bitrate. Hier ein einfaches Beispiel für eine m3u8-Datei:

```plaintext

#EXTM3U

#EXT-X-VERSION:3

#EXT-X-TARGETDURATION:10

#EXT-X-MEDIA-SEQUENCE:0

#EXTINF:10.000,

segment_00000.ts

#EXTINF:10.000,

segment_00001.ts

#EXTINF:10.000,

segment_00002.ts

#EXT-X-ENDLIST

```

Codec-Unterstützung

Sowohl DASH als auch HLS unterstützen eine breite Palette von Codecs, es gibt jedoch Unterschiede bei Kompatibilität und Reichweite.

Gängige Codecs

H.264: Von DASH und HLS gleichermaßen breit unterstützt.
AAC: Der übliche Audio-Codec in beiden Protokollen.
VP9: Wird von DASH unterstützt, ist bei HLS jedoch seltener anzutreffen.
HEVC (H.265): Wird von DASH unterstützt, bei HLS – gerade auf älteren Geräten und Plattformen – dagegen seltener.

Codec-Kompatibilität

DASH ist bei der Codec-Wahl flexibler und kommt mit einem breiteren Spektrum an Codecs und Containerformaten zurecht. HLS war historisch restriktiver, besonders bei neueren Codecs und Containern – auch wenn sich das mit HLSv4 und den Fragmented-MP4-Segmenten deutlich verbessert hat.

Adaptive Bitrate (ABR)

Adaptives Bitraten-Streaming ist ein Schlüsselmerkmal beider Protokolle: Der Client kann je nach Netzwerkbedingungen zwischen verschiedenen Qualitätsstufen wechseln.

ABR bei DASH

Bei DASH ermittelt der Client anhand der MPD-Datei die verfügbaren Bitraten und Segment-URLs. Er kann daraufhin je nach Netzwerkbedingungen zwischen den verschiedenen Repräsentationen (Bitraten) umschalten. Die MPD-Datei definiert die einzelnen Repräsentationen, und der Client wählt dynamisch die jeweils beste Variante entsprechend der verfügbaren Bandbreite.

ABR bei HLS

Bei HLS ermittelt der Client anhand der m3u8-Datei die verfügbaren Bitraten und Segment-URLs. Er kann je nach Netzwerkbedingungen zwischen den verschiedenen Streams (Bitraten) wechseln. Die m3u8-Datei listet die verfügbaren Streams und deren Bitraten auf, und der Client wählt dynamisch den jeweils passenden Stream für die verfügbare Bandbreite.

Leistung und Effizienz

Beide Protokolle sind auf effizientes Streaming mit niedriger Latenz ausgelegt, in der Praxis gibt es jedoch Unterschiede.

Latenz

Die Ende-zu-Ende-Latenz hängt vor allem von der Segmentdauer, den Encoder- und Packager-Einstellungen sowie den Low-Latency-Erweiterungen (etwa LL-HLS oder Chunked CMAF) ab – nicht am Kürzel aus drei Buchstaben allein. Klassische HLS-Setups arbeiteten oft mit 6–10 s langen Segmenten, was die Glass-to-Glass-Verzögerung erhöht; DASH wird häufig mit kürzeren Segmenten ausgeliefert, lässt sich aber ebenso in beide Richtungen konfigurieren. Modernes fMP4-HLS mit sauber abgestimmtem Player erreicht bei gleichen Einstellungen eine ähnliche Latenz wie DASH.

Bandbreitennutzung

Beide Protokolle nutzen adaptive Bitraten-Leitern; die Effizienz ergibt sich aus Codec-Wahl, Segmentgröße und CDN-Caching – nicht aus dem Etikett „DASH" oder „HLS". MPEG-TS-HLS trägt etwas mehr Mux-Overhead als fMP4; vergleichen Sie daher reale Manifeste, statt anzunehmen, ein Protokoll sei grundsätzlich „effizienter".

Verbreitung und Marktpräsenz

Die Verbreitung von DASH und HLS unterscheidet sich je nach Plattform und Endgerät, und die Markttrends sind ständig in Bewegung.

Aktuelle Markttrends

DASH gewinnt dank seiner Flexibilität und breiten Codec-Unterstützung an Boden, während HLS – vor allem unter iOS und macOS – eine feste Größe bleibt. Viele Plattformen und Geräte unterstützen beide Protokolle; die Wahl hängt meist vom konkreten Anwendungsfall und den Anforderungen ab.

Verbreitungsgrad

DASH: Wird zunehmend von Streaming-Diensten und Plattformen eingesetzt, die breite Codec-Unterstützung und Flexibilität benötigen.
HLS: Von Apple und vielen weiteren Plattformen breit eingesetzt, besonders für Live- und On-Demand-Inhalte.

DASH vs. HLS in der Praxis umsetzen

Die Umsetzung von DASH oder HLS erfordert eine sorgfältige Abwägung der technischen Anforderungen und des konkreten Anwendungsfalls.

Praktische Umsetzungsschritte

DASH-Umsetzung

1. Videoinhalt vorbereiten: Kodieren Sie das Video in mehreren Bitraten.

2. Segmente erzeugen: Nutzen Sie Werkzeuge wie FFmpeg, um DASH-Segmente zu generieren.

3. MPD-Datei erstellen: Erzeugen Sie die MPD-Datei mit einem Tool wie MP4Box.

4. Inhalte hosten: Laden Sie Segmente und MPD-Datei auf einen Webserver.

5. Inhalte ausliefern: Konfigurieren Sie den Server so, dass er die DASH-Inhalte über HTTP bereitstellt.

HLS-Umsetzung

1. Videoinhalt vorbereiten: Kodieren Sie das Video in mehreren Bitraten.

2. Segmente erzeugen: Nutzen Sie Werkzeuge wie FFmpeg, um HLS-Segmente zu generieren.

3. m3u8-Datei erstellen: Erzeugen Sie die m3u8-Datei mit einem Tool wie FFmpeg.

4. Inhalte hosten: Laden Sie Segmente und m3u8-Datei auf einen Webserver.

5. Inhalte ausliefern: Konfigurieren Sie den Server so, dass er die HLS-Inhalte über HTTP bereitstellt.

Vergleichstabelle

Merkmal	DASH	HLS

Codec-Unterstützung	Flexibel, unterstützt H.264, VP9, HEVC u. a.	Unterstützt H.264, AAC, neuere Codecs nur eingeschränkt

Segmentformat	MP4-Segmente (ISOBMFF)	MPEG-2 Transport Stream (`.ts`) oder Fragmented MP4 (`.m4s`)

Manifest	MPD-Datei (XML)	m3u8-Datei (Text)

Latenz	Abhängig von Segmentlänge & Low-Latency-Packaging; nicht durch MPD allein fixiert	Abhängig von Segmentlänge & LL-HLS / fMP4-Setup; nicht durch m3u8 allein fixiert

Bandbreiten-Effizienz	Abhängig von Codec, Bitraten-Leiter und Container; oft fMP4	TS bringt Mux-Overhead mit; fMP4-HLS ist bei neuen Stacks üblich

Verbreitung	Zunehmend von Streaming-Diensten genutzt	Von Apple und weiteren Plattformen breit eingesetzt

Wo dcast ins Spiel kommt

Wer streamt, will sich in der Regel nicht mit Segmentformaten und Manifesten herumschlagen – sondern zuverlässig ausliefern und damit Geld verdienen. Genau hier setzt dcast an: Sie senden per RTMP, SRT oder WHIP ein, wir kümmern uns um adaptives HLS-Delivery in bis zu 8K, um signierte, AES-verschlüsselte Auslieferung und um ein vollständiges White-Label unter Ihrer eigenen Marke. Monetarisieren lässt sich flexibel über Abonnements, Pay-per-View, Tickets, Trinkgelder und Kurse, und dank PWA läuft Ihre Plattform auf jedem Gerät im Browser – ganz ohne native App-Installation. Die Tarife reichen von Free über Star und Pro bis VIP und wachsen mit Ihrem Publikum mit.

Fazit

DASH und HLS sind beide ausgereifte, HTTP-basierte Streaming-Protokolle. DASH bietet die größere Codec-Flexibilität, HLS die breiteste Geräteunterstützung und die stärkste Verankerung im Apple-Ökosystem; Latenz und Bandbreiten-Effizienz hängen von Ihren Segment- und Packaging-Einstellungen ab, nicht vom Protokollnamen. Wählen Sie HLS für maximale Reichweite, DASH für Codec-Flexibilität – und greifen Sie zu CMAF samt Low-Latency-Erweiterungen, wenn es auf minimale Glass-to-Glass-Verzögerung ankommt.