Streaming adattivo: scopri HLS, MPEG-DASH e Low-Latency Streaming

Lo streaming adattivo permette di distribuire contenuti audiovisivi attraverso Internet modificando dinamicamente la qualità in base alle condizioni della rete e alle caratteristiche del dispositivo. In questa dispensa analizzeremo HLS, comprendendo il ruolo delle playlist .m3u8, dei segmenti multimediali e delle richieste HTTP nella distribuzione del contenuto.

Vedremo poi come l’Adaptive Bitrate Streaming consenta al player di passare tra rendition differenti durante la riproduzione per mantenere un equilibrio tra qualità e continuità. Approfondiremo quindi MPEG-DASH, con la struttura MPD → Period → Adaptation Set → Representation, confrontandone il funzionamento con HLS e osservando il ruolo di CMAF nella condivisione dei segmenti multimediali. Infine, analizzeremo il Low-Latency Streaming, attraverso LL-HLS e Low-Latency DASH, mostrando come Partial Segments, CMAF chunks e altri meccanismi possano ridurre il ritardo nelle trasmissioni live.

Protocolli streaming: Delivery adattivo

Schermo intero Download

Elementi chiave

Delivery adattivo = distribuzione di contenuti multimediali attraverso HTTP, segmenti e manifest, consentendo al player di adattare la qualità alle condizioni della rete.

Contribution ≠ delivery: la contribution trasporta i contenuti verso la piattaforma, mentre il delivery li distribuisce agli spettatori attraverso l’infrastruttura di streaming.

HLS (HTTP Live Streaming) = tecnologia sviluppata da Apple che distribuisce contenuti audiovisivi segmentati tramite HTTP, sfruttando server Web e CDN.

Multivariant Playlist ≠ Media Playlist: la prima descrive le versioni disponibili del contenuto, mentre la seconda elenca i segmenti appartenenti a uno specifico flusso.

Streaming HLS → Multivariant Playlist → Selezione della Media Playlist → Richiesta HTTP dei segmenti → Buffer → Riproduzione.

Adaptive Bitrate Streaming (ABR) → il player seleziona dinamicamente segmenti di qualità differenti, bilanciando continuità, bitrate disponibile e condizioni della rete.

HLS live → i segmenti vengono prodotti progressivamente e la Media Playlist viene aggiornata attraverso una sliding window che può escludere segmenti precedenti.

HLS tradizionale ≠ Low-Latency HLS: il primo può accumulare maggiore ritardo, mentre il secondo introduce meccanismi per avvicinare la riproduzione all’evento live.

LL-HLS → utilizza Partial Segments, Blocking Playlist Reload, Preload Hints, Playlist Delta Updates e Rendition Reports per ridurre i ritardi.

Partial Segments → permettono di scaricare porzioni di un segmento prima che questo sia completamente prodotto, riducendo l’attesa durante una diretta.

Blocking Playlist Reload e Preload Hints → consentono di attendere aggiornamenti o richiedere anticipatamente risorse, riducendo richieste ripetute e tempi di attesa.

Playlist Delta Updates e Rendition Reports → riducono le informazioni da trasferire e facilitano i cambi di qualità vicino al punto più recente della diretta.

MPEG-DASH (Dynamic Adaptive Streaming over HTTP) = standard ISO/IEC per la distribuzione adattiva di contenuti audiovisivi attraverso HTTP, manifest e segmenti.

HLS ≠ MPEG-DASH: entrambi utilizzano HTTP, segmenti e ABR, ma differiscono principalmente per standardizzazione e organizzazione dei documenti descrittivi.

MPD (Media Presentation Description) = documento XML utilizzato da MPEG-DASH per descrivere la struttura della presentazione e le risorse multimediali disponibili.

Gerarchia MPEG-DASH → MPD → Period → Adaptation Set → Representation → Segmenti, organizzando intervalli temporali, tracce e versioni codificate.

Period ≠ Adaptation Set ≠ Representation: il primo identifica un intervallo temporale, il secondo raggruppa contenuti alternativi, la terza rappresenta una specifica versione codificata.

Static MPD ≠ Dynamic MPD: il primo descrive normalmente contenuti on demand, mentre il secondo rappresenta presentazioni live che evolvono nel tempo.

Low-Latency DASH → può utilizzare CMAF chunks per trasferire e riprodurre progressivamente parti di segmenti prima del loro completamento.

CMAF (Common Media Application Format) = standard che permette, in configurazioni compatibili, di condividere segmenti multimediali fMP4 tra HLS e MPEG-DASH.

CMAF e manifest → gli stessi segmenti possono essere descritti attraverso playlist HLS .m3u8 oppure manifest MPEG-DASH .mpd, riducendo la duplicazione.

Delivery ≠ ingest in HLS e DASH: il delivery utilizza principalmente HTTP GET richiesto dal player, mentre l’ingest può utilizzare HTTP PUT o POST dall’encoder.

DASH Ingest → distingue DASH/HLS Ingest, che trasferisce manifest e segmenti, da CMAF Ingest, che trasferisce tracce CMAF per il successivo packaging.

Latenza nello streaming HTTP → dipende da encoding, packaging, segmentazione, aggiornamento dei manifest, CDN, buffering e decodifica, non soltanto dalla rete.