HLS: ce este, protocolul și principiul de funcționare

Ce este HLS?

HTTP Live Streaming (HLS) — este un protocol de streaming media, dezvoltat de Apple în 2009 și prezentat pentru prima dată în iOS 3.0 și Safari. În 2017, protocolul a fost propus ca standard internet prin RFC 8216, ceea ce a confirmat statutul său de specificație deschisă, disponibilă pentru implementare pe orice platformă.

Ideea principală a HLS constă în împărțirea fluxului media continuu în segmente scurte cu durata de 2-10 secunde. Fiecare segment reprezintă un fișier independent care poate fi descărcat printr-o cerere HTTP obișnuită. Gestionarea fluxului se face prin playlisturi text în format M3U8, care conțin linkuri către segmente și metadate pentru redarea lor corectă.

Adaptivitatea — este avantajul cheie al HLS. Serverul pregătește mai multe versiuni ale aceluiași conținut cu bitrate-uri diferite — de la 200 Kbps pentru conexiuni slabe până la 20+ Mbps pentru video 4K. Clientul selectează automat bitrate-ul potrivit pe baza lățimii de bandă curente a canalului. Potrivit cercetărilor Apple (WWDC 2024), LL-HLS reduce timpul de comutare între bitrate-uri la 500 de milisecunde, asigurând o schimbare lină a calității fără pauze vizibile.

Istoria dezvoltării HLS

Prima versiune HLS (2009) suporta doar segmente MPEG-2 TS cu codec audio AAC și codec video H.264. În iOS 8 (2014) a fost adăugat suport pentru segmente fMP4 (fragmented MP4), permițând utilizarea HLS cu codecuri mai moderne, inclusiv HEVC (H.265). iOS 11 (2017) a introdus suport pentru HDR10 și Dolby Vision. iOS 13 (2019) a introdus Low-Latency HLS, reducând latența de la 6-30 de secunde tradiționale la 2-6 secunde.

În 2023, Apple a extins HLS cu suport pentru codecurile AV1 și EVC (Essential Video Coding) și a implementat Content Steering — un mecanism de redirecționare dinamică a clienților între serverele CDN pentru încărcare optimă. Content Steering permite serverului să schimbe URL-urile segmentelor din mers, redirecționând clientul către nodul CDN cel mai apropiat sau cel mai puțin încărcat fără a întrerupe redarea.

Cum funcționează HLS?

Arhitectura HLS constă din trei componente principale: partea de server (server origin + codificator), rețeaua de distribuție (CDN) și partea client (player cu suport HLS). Întregul proces — de la captura video până la redarea pe dispozitivul utilizatorului — include mai multe etape succesive, fiecare fiind critică pentru calitatea streamingului.

Codificare și segmentare

Video sursă este mai întâi codificat în mai multe variante cu bitrate-uri și rezoluții diferite. Codificatoarele profesionale, precum FFmpeg sau AWS Elemental MediaConvert, creează simultan 4-12 variante de flux: de la 240p (400 Kbps) până la 4K (40 Mbps). Fiecare variantă este tăiată în segmente de aceeași durată, de obicei 2-6 secunde pentru LL-HLS sau 6-10 secunde pentru HLS tradițional.

Pentru fiecare variantă se creează un playlist media (variant playlist) care conține URL-urile tuturor segmentelor și durata lor. Suplimentar, se creează un playlist master (master playlist) care combină toate variantele și conține informații despre fiecare: rezoluție, bitrate, codec și track-uri audio. Clientul descarcă playlistul master primul, apoi selectează varianta potrivită pe baza analizei vitezei conexiunii.

Livrare prin CDN

Segmentele și playlisturile sunt stocate în cache pe servere CDN situate geografic aproape de utilizatori. Utilizarea protocolului standard HTTP pentru livrare oferă HLS un avantaj critic: orice CDN, balansoar de sarcină sau server proxy care suportă HTTP funcționează cu HLS fără configurare suplimentară. Aceasta deosebește HLS de protocoalele de timp real, precum RTMP sau WebRTC, care necesită servere specializate.

import subprocess

subprocess.run([
    "ffmpeg",
    "-i", "input.mp4",
    "-codec:v", "libx264",
    "-codec:a", "aac",
    "-hls_time", "6",
    "-hls_list_size", "0",
    "-var_stream_map", "v:0,a:0 v:1,a:1",
    "-map", "v:0", "-b:v:0", "5000k",
    "-map", "v:1", "-b:v:1", "1000k",
    "-f", "hls",
    "stream/output.m3u8"
])

Partea client utilizează algoritmul de selectare a bitrate-ului (ABR — Adaptive Bitrate). Playerul HLS descarcă playlistul master, analizează variantele disponibile și începe redarea cu bitrate-ul cel mai potrivit. În timpul redării, playerul monitorizează constant viteza de descărcare a segmentelor și umplerea bufferului, luând decizia de a comuta la un bitrate mai mare sau mai mic. Algoritmii ABR moderni iau în considerare nu doar viteza rețelei, ci și dimensiunea bufferului, tipul de conținut și chiar consumul de energie al dispozitivului.

Structura fluxului HLS: playlisturi și segmente

Înțelegerea structurii fluxului HLS este necesară pentru configurarea corectă a codificării, distribuției și depanarea problemelor de redare. Fiecare flux HLS constă din două niveluri de playlisturi și multiple segmente media, organizate într-o ierarhie strictă.

Master Playlist (playlistul master)

Master playlist — este punctul de intrare pentru playerul HLS. Fișierul cu extensia .m3u8 conține linkuri către toate variantele de flux (variant streams) și caracteristicile lor. Playerul descarcă acest fișier primul și, pe baza informațiilor despre bitrate-uri și rezoluții, ia decizia inițială de selectare a variantei. Playlistul master poate conține și linkuri către track-uri audio alternative, subtitrări și playlisturi I-Frame pentru derulare rapidă.

#EXTM3U
#EXT-X-STREAM-INF:BANDWIDTH=5000000,RESOLUTION=1920x1080
1080p/video.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=1000000,RESOLUTION=640x360
360p/video.m3u8

Media Playlist (playlistul media)

Media playlist conține direct lista segmentelor pentru o variantă de flux. Fiecare segment este specificat cu durata și URI-ul său. Playlistul media poate fi static (pentru VOD — lista completă a tuturor segmentelor) sau actualizat dinamic (pentru transmisiuni live — segmentele vechi sunt eliminate, altele noi sunt adăugate).

#EXTM3U
#EXT-X-TARGETDURATION:6
#EXTINF:6.000,
segment001.ts
#EXTINF:6.000,
segment002.ts
#EXT-X-ENDLIST

Formatele segmentelor

HLS suportă două formate principale de segmente media: MPEG-2 Transport Stream (.ts) și Fragmented MP4 (.m4s sau .mp4). MPEG-2 TS — formatul original HLS, care asigură compatibilitate maximă. fMP4 — un format mai modern, care suportă HDR, HEVC și o compresie mai eficientă. Apple recomandă fMP4 pentru toate proiectele noi începând cu iOS 10 și macOS Sierra.

Elemente suplimentare ale fluxului HLS includ playlisturi I-Frame pentru derulare rapidă, metadate ID3 pentru sincronizarea subtitrărilor și markerelor publicitare, precum și Session Data pentru transmiterea informațiilor de vizionare către serverul de analitică. Toate aceste elemente sunt opționale, dar utilizarea lor îmbunătățește calitatea experienței utilizatorului.

Avantajele și dezavantajele HLS

HLS domină piața de streaming video datorită unei serii de avantaje arhitecturale, dar are și limitări care trebuie luate în considerare la alegerea protocolului pentru un proiect specific. Să comparăm HLS cu protocoalele alternative de livrare video.

Principalul avantaj al HLS — suportul nativ pe toate dispozitivele Apple (iPhone, iPad, Apple TV, Mac) prin AVPlayer încorporat. Aceasta face din HLS standardul de facto pentru aplicațiile iOS/macOS. În plus, utilizarea HTTP standard pentru livrare permite stocarea în cache a conținutului pe orice CDN și servere proxy fără configurare suplimentară, ceea ce simplifică semnificativ infrastructura de livrare.

Dezavantajele HLS includ latența mai mare în comparație cu RTMP sau WebRTC pentru transmisiunile live. Chiar și cu LL-HLS, latența minimă este de 2-6 secunde, ceea ce este inacceptabil pentru scenarii interactive în timp real. De asemenea, HLS generează mai multe fișiere pe server (fiecare segment este un fișier separat), ceea ce poate crea încărcare asupra sistemului de fișiere la un număr mare de transmisiuni simultane.

HLS în aplicațiile mobile

Integrarea HLS în aplicațiile mobile diferă în funcție de platformă. Pe iOS și macOS, HLS este suportat la nivelul sistemului de operare prin AVFoundation și AVPlayer, ceea ce asigură accelerarea hardware a decodării și consumul minim de energie. Pe Android, HLS nu este suportat de MediaPlayer încorporat, dar este disponibil prin ExoPlayer — playerul media oficial de la Google.

HLS pe iOS prin AVPlayer

Pe platforma Apple, redarea HLS este extrem de simplă datorită suportului încorporat în AVPlayer. Este suficient să creați un AVPlayer cu URL-ul playlistului master, iar sistemul va gestiona automat comutarea adaptivă a bitrate-ului, selectarea track-urilor audio și procesarea subtitrărilor. În același timp, dezvoltatorul are acces la controlul complet al redării prin AVPlayerItem și AVAssetResourceLoader.

import AVFoundation

let url = URL(string: "https://example.com/stream.m3u8")!
let player = AVPlayer(url: url)
let controller = AVPlayerViewController()
controller.player = player
present(controller, animated: true) {
    player.play()
}

HLS pe Android prin ExoPlayer

Pentru Android se utilizează ExoPlayer, care suportă HLS printr-un modul de extensie separat. ExoPlayer oferă un control mai fin asupra fluxului HLS: se poate gestiona selectarea bitrate-ului, configura bufferingul și procesa erorile de încărcare a segmentelor individual. Pentru LL-HLS este necesară versiunea ExoPlayer 2.14.0 și mai sus.

val player = ExoPlayer.Builder(this).build()

val uri = Uri.parse("https://example.com/stream.m3u8")
val mediaItem = MediaItem.fromUri(uri)

player.setMediaItem(mediaItem)
player.prepare()
player.play()

Optimizarea HLS pentru rețele mobile

Aplicațiile mobile necesită o abordare specială a configurării HLS din cauza instabilității rețelelor celulare și a limitărilor de trafic. Principalele recomandări includ: setarea bitrate-ului inițial pe baza tipului de rețea (Wi-Fi sau celulară), utilizarea unei durate reduse a segmentelor (2-4 secunde) pentru o adaptare mai rapidă, încărcarea preliminară a bufferului la comutarea pe Wi-Fi și prioritizarea track-ului audio la semnal slab.

Apple în documentația HLS Authoring Specification for Apple Devices (2024) recomandă utilizarea dimensiunii segmentelor de cel mult 6 secunde pentru dispozitive mobile și minimum 4 variante de bitrate. Pentru economisirea traficului în rețelele mobile, serverul trebuie să livreze segmentele cu antetul HTTP Cache-Control, permițând stocarea în cache a conținutului pe serverele proxy intermediare ale operatorilor de telecomunicații.