HLS: τι είναι, πρωτόκολλο και αρχή λειτουργίας

Τι είναι το HLS;

HTTP Live Streaming (HLS) — είναι ένα πρωτόκολλο ροής πολυμέσων που αναπτύχθηκε από την Apple το 2009 και παρουσιάστηκε για πρώτη φορά στο iOS 3.0 και το Safari. Το 2017, το πρωτόκολλο προτάθηκε ως πρότυπο διαδικτύου μέσω του RFC 8216, επιβεβαιώνοντας την κατάστασή του ως ανοιχτή προδιαγραφή διαθέσιμη για υλοποίηση σε οποιαδήποτε πλατφόρμα.

Η βασική ιδέα του HLS είναι ο διαχωρισμός της συνεχούς ροής πολυμέσων σε σύντομα τμήματα διάρκειας 2-10 δευτερολέπτων. Κάθε τμήμα αποτελεί ένα ανεξάρτητο αρχείο που μπορεί να ληφθεί μέσω ενός συνηθισμένου αιτήματος HTTP. Η διαχείριση της ροής γίνεται μέσω λιστών αναπαραγωγής κειμένου σε μορφή M3U8, οι οποίες περιέχουν συνδέσμους προς τα τμήματα και μεταδεδομένα για τη σωστή αναπαραγωγή τους.

Προσαρμοστικότητα — είναι το βασικό πλεονέκτημα του HLS. Ο διακομιστής προετοιμάζει πολλές εκδόσεις του ίδιου περιεχομένου με διαφορετικά bitrate — από 200 Kbps για αδύναμες συνδέσεις έως 20+ Mbps για βίντεο 4K. Ο πελάτης επιλέγει αυτόματα το κατάλληλο bitrate με βάση το τρέχον εύρος ζώνης του καναλιού. Σύμφωνα με έρευνα της Apple (WWDC 2024), το LL-HLS μειώνει τον χρόνο εναλλαγής μεταξύ bitrate σε 500 χιλιοστά του δευτερολέπτου, εξασφαλίζοντας ομαλή αλλαγή ποιότητας χωρίς αισθητές παύσεις.

Ιστορία ανάπτυξης του HLS

Η πρώτη έκδοση HLS (2009) υποστήριζε μόνο τμήματα MPEG-2 TS με κωδικοποιητή ήχου AAC και κωδικοποιητή βίντεο H.264. Στο iOS 8 (2014) προστέθηκε υποστήριξη για τμήματα fMP4 (fragmented MP4), επιτρέποντας τη χρήση του HLS με πιο σύγχρονους κωδικοποιητές, συμπεριλαμβανομένου του HEVC (H.265). Το iOS 11 (2017) εισήγαγε υποστήριξη για HDR10 και Dolby Vision. Το iOS 13 (2019) εισήγαγε το Low-Latency HLS, μειώνοντας την καθυστέρηση από τα παραδοσιακά 6-30 δευτερόλεπτα σε 2-6 δευτερόλεπτα.

Το 2023, η Apple επέκτεινε το HLS με υποστήριξη για τους κωδικοποιητές AV1 και EVC (Essential Video Coding), και εφάρμοσε επίσης το Content Steering — έναν μηχανισμό δυναμικής ανακατεύθυνσης πελατών μεταξύ διακομιστών CDN για βέλτιστη φόρτωση. Το Content Steering επιτρέπει στον διακομιστή να αλλάζει τα URL των τμημάτων εν κινήσει, ανακατευθύνοντας τον πελάτη στον πλησιέστερο ή λιγότερο φορτωμένο κόμβο CDN χωρίς διακοπή της αναπαραγωγής.

Πώς λειτουργεί το HLS;

Η αρχιτεκτονική του HLS αποτελείται από τρία κύρια στοιχεία: το τμήμα διακομιστή (διακομιστής προέλευσης + κωδικοποιητής), το δίκτυο διανομής (CDN) και το τμήμα πελάτη (πρόγραμμα αναπαραγωγής με υποστήριξη HLS). Ολόκληρη η διαδικασία — από τη λήψη βίντεο έως την αναπαραγωγή στη συσκευή του χρήστη — περιλαμβάνει πολλά διαδοχικά στάδια, καθένα από τα οποία είναι κρίσιμο για την ποιότητα της ροής.

Κωδικοποίηση και τμηματοποίηση

Το αρχικό βίντεο πρώτα κωδικοποιείται σε πολλές παραλλαγές με διαφορετικά bitrate και αναλύσεις. Επαγγελματικοί κωδικοποιητές όπως το FFmpeg ή το AWS Elemental MediaConvert δημιουργούν ταυτόχρονα 4-12 παραλλαγές ροής: από 240p (400 Kbps) έως 4K (40 Mbps). Κάθε παραλλαγή κόβεται σε τμήματα ίδιας διάρκειας, συνήθως 2-6 δευτερόλεπτα για LL-HLS ή 6-10 δευτερόλεπτα για παραδοσιακό HLS.

Για κάθε παραλλαγή δημιουργείται μια λίστα αναπαραγωγής πολυμέσων (variant playlist) που περιέχει τα URL όλων των τμημάτων και τη διάρκειά τους. Επιπλέον, δημιουργείται μια κύρια λίστα αναπαραγωγής (master playlist) που συνδυάζει όλες τις παραλλαγές και περιέχει πληροφορίες για καθεμία: ανάλυση, bitrate, κωδικοποιητή και ηχητικές διαδρομές. Ο πελάτης κατεβάζει πρώτα την κύρια λίστα αναπαραγωγής και στη συνέχεια επιλέγει την κατάλληλη παραλλαγή με βάση την ανάλυση της ταχύτητας σύνδεσης.

Παράδοση μέσω CDN

Τα τμήματα και οι λίστες αναπαραγωγής αποθηκεύονται προσωρινά σε διακομιστές CDN που βρίσκονται γεωγραφικά κοντά στους χρήστες. Η χρήση του τυπικού πρωτοκόλλου HTTP για την παράδοση δίνει στο HLS ένα κρίσιμο πλεονέκτημα: οποιοδήποτε CDN, εξισορροπητής φόρτου ή διακομιστής μεσολάβησης που υποστηρίζει HTTP λειτουργεί με HLS χωρίς πρόσθετη παραμετροποίηση. Αυτό διακρίνει το HLS από πρωτόκολλα πραγματικού χρόνου όπως το RTMP ή το WebRTC που απαιτούν εξειδικευμένους διακομιστές.

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"
])

Η πλευρά του πελάτη χρησιμοποιεί αλγόριθμο επιλογής bitrate (ABR — Adaptive Bitrate). Το πρόγραμμα αναπαραγωγής HLS κατεβάζει την κύρια λίστα αναπαραγωγής, αναλύει τις διαθέσιμες παραλλαγές και ξεκινά την αναπαραγωγή με το καταλληλότερο bitrate. Κατά τη διάρκεια της αναπαραγωγής, το πρόγραμμα αναπαραγωγής παρακολουθεί συνεχώς την ταχύτητα λήψης τμημάτων και την πλήρωση του buffer, λαμβάνοντας απόφαση για εναλλαγή σε υψηλότερο ή χαμηλότερο bitrate. Οι σύγχρονοι αλγόριθμοι ABR λαμβάνουν υπόψη όχι μόνο την ταχύτητα δικτύου, αλλά και το μέγεθος του buffer, τον τύπο περιεχομένου και ακόμα την κατανάλωση ενέργειας της συσκευής.

Δομή ροής HLS: λίστες αναπαραγωγής και τμήματα

Η κατανόηση της δομής της ροής HLS είναι απαραίτητη για τη σωστή παραμετροποίηση της κωδικοποίησης, της διανομής και την αντιμετώπιση προβλημάτων αναπαραγωγής. Κάθε ροή HLS αποτελείται από δύο επίπεδα λιστών αναπαραγωγής και πολλαπλά τμήματα πολυμέσων, οργανωμένα σε μια αυστηρή ιεραρχία.

Master Playlist (κύρια λίστα αναπαραγωγής)

Master playlist — είναι το σημείο εισόδου για το πρόγραμμα αναπαραγωγής HLS. Το αρχείο με επέκταση .m3u8 περιέχει συνδέσμους προς όλες τις παραλλαγές ροής (variant streams) και τα χαρακτηριστικά τους. Το πρόγραμμα αναπαραγωγής κατεβάζει αυτό το αρχείο πρώτο και με βάση πληροφορίες σχετικά με τα bitrate και τις αναλύσεις, λαμβάνει μια αρχική απόφαση για την επιλογή παραλλαγής. Η κύρια λίστα αναπαραγωγής μπορεί επίσης να περιέχει συνδέσμους προς εναλλακτικές ηχητικές διαδρομές, υπότιτλους και λίστες αναπαραγωγής I-Frame για γρήγορη επαναφορά.

#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 (λίστα αναπαραγωγής πολυμέσων)

Media playlist περιέχει άμεσα τη λίστα τμημάτων για μία παραλλαγή ροής. Κάθε τμήμα προσδιορίζεται με διάρκεια και URI. Η λίστα αναπαραγωγής πολυμέσων μπορεί να είναι στατική (για VOD — πλήρης λίστα όλων των τμημάτων) ή δυναμικά ενημερωμένη (για ζωντανές μεταδόσεις — τα παλιά τμήματα αφαιρούνται, νέα προστίθενται).

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

Μορφές τμημάτων

Το HLS υποστηρίζει δύο κύριες μορφές τμημάτων πολυμέσων: MPEG-2 Transport Stream (.ts) και Fragmented MP4 (.m4s ή .mp4). MPEG-2 TS — η αρχική μορφή HLS που παρέχει μέγιστη συμβατότητα. fMP4 — μια πιο σύγχρονη μορφή που υποστηρίζει HDR, HEVC και πιο αποτελεσματική συμπίεση. Η Apple συνιστά fMP4 για όλα τα νέα έργα από το iOS 10 και το macOS Sierra.

Πρόσθετα στοιχεία της ροής HLS περιλαμβάνουν λίστες αναπαραγωγής I-Frame για γρήγορη επαναφορά, μεταδεδομένα ID3 για συγχρονισμό υποτίτλων και διαφημιστικών δεικτών, καθώς και Session Data για μετάδοση πληροφοριών προβολής στον διακομιστή αναλυτικής. Όλα αυτά τα στοιχεία είναι προαιρετικά, αλλά η χρήση τους βελτιώνει την ποιότητα της εμπειρίας χρήστη.

Πλεονεκτήματα και μειονεκτήματα του HLS

Το HLS κυριαρχεί στην αγορά ροής βίντεο χάρη σε μια σειρά αρχιτεκτονικών πλεονεκτημάτων, αλλά έχει και περιορισμούς που πρέπει να ληφθούν υπόψη κατά την επιλογή πρωτοκόλλου για ένα συγκεκριμένο έργο. Ας συγκρίνουμε το HLS με εναλλακτικά πρωτόκολλα παράδοσης βίντεο.

Το κύριο πλεονέκτημα του HLS — η εγγενής υποστήριξη σε όλες τις συσκευές Apple (iPhone, iPad, Apple TV, Mac) μέσω του ενσωματωμένου AVPlayer. Αυτό καθιστά το HLS το de facto πρότυπο για εφαρμογές iOS/macOS. Επιπλέον, η χρήση τυπικού HTTP για παράδοση επιτρέπει την προσωρινή αποθήκευση περιεχομένου σε οποιοδήποτε CDN και διακομιστή μεσολάβησης χωρίς πρόσθετη παραμετροποίηση, γεγονός που απλοποιεί σημαντικά την υποδομή παράδοσης.

Τα μειονεκτήματα του HLS περιλαμβάνουν μεγαλύτερη καθυστέρηση σε σύγκριση με RTMP ή WebRTC για ζωντανές μεταδόσεις. Ακόμη και με LL-HLS, η ελάχιστη καθυστέρηση είναι 2-6 δευτερόλεπτα, πράγμα απαράδεκτο για διαδραστικά σενάρια πραγματικού χρόνου. Επίσης, το HLS δημιουργεί περισσότερα αρχεία στον διακομιστή (κάθε τμήμα είναι ξεχωριστό αρχείο), γεγονός που μπορεί να επιβαρύνει το σύστημα αρχείων σε μεγάλο αριθμό ταυτόχρονων μεταδόσεων.

HLS σε εφαρμογές κινητών

Η ενσωμάτωση του HLS σε εφαρμογές κινητών διαφέρει ανάλογα με την πλατφόρμα. Σε iOS και macOS, το HLS υποστηρίζεται σε επίπεδο λειτουργικού συστήματος μέσω AVFoundation και AVPlayer, παρέχοντας επιτάχυνση υλικού αποκωδικοποίησης και ελάχιστη κατανάλωση ενέργειας. Σε Android, το HLS δεν υποστηρίζεται από το ενσωματωμένο MediaPlayer, αλλά είναι διαθέσιμο μέσω του ExoPlayer — του επίσημου προγράμματος αναπαραγωγής πολυμέσων από την Google.

HLS σε iOS μέσω AVPlayer

Στην πλατφόρμα Apple, η αναπαραγωγή HLS είναι εξαιρετικά απλή χάρη στην ενσωματωμένη υποστήριξη στο AVPlayer. Αρκεί να δημιουργήσετε ένα AVPlayer με το URL της κύριας λίστας αναπαραγωγής και το σύστημα θα χειριστεί αυτόματα την προσαρμοστική εναλλαγή bitrate, την επιλογή ηχητικών διαδρομών και την επεξεργασία υποτίτλων. Παράλληλα, ο προγραμματιστής έχει πρόσβαση σε πλήρη έλεγχο της αναπαραγωγής μέσω AVPlayerItem και 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 σε Android μέσω ExoPlayer

Για Android χρησιμοποιείται το ExoPlayer, το οποίο υποστηρίζει HLS μέσω ξεχωριστής ενότητας επέκτασης. Το ExoPlayer παρέχει πιο λεπτομερή έλεγχο της ροής HLS: η επιλογή bitrate μπορεί να διαχειριστεί, η προσωρινή αποθήκευση μπορεί να παραμετροποιηθεί και τα σφάλματα φόρτωσης τμημάτων μπορούν να αντιμετωπιστούν μεμονωμένα. Για LL-HLS απαιτείται ExoPlayer έκδοση 2.14.0 και άνω.

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()

Βελτιστοποίηση HLS για κινητά δίκτυα

Οι εφαρμογές κινητών απαιτούν ειδική προσέγγιση στη διαμόρφωση HLS λόγω της αστάθειας των κυψελοειδών δικτύων και των περιορισμών κίνησης. Οι κύριες συστάσεις περιλαμβάνουν: ρύθμιση του αρχικού bitrate με βάση τον τύπο δικτύου (Wi-Fi ή κινητό), χρήση μικρότερης διάρκειας τμημάτων (2-4 δευτερόλεπτα) για ταχύτερη προσαρμογή, προφόρτωση του buffer κατά τη μετάβαση σε Wi-Fi και προτεραιότητα στην ηχητική διαδρομή σε αδύναμο σήμα.

Η Apple στην τεκμηρίωση HLS Authoring Specification for Apple Devices (2024) συνιστά τη χρήση μεγέθους τμημάτων όχι μεγαλύτερου από 6 δευτερόλεπτα για κινητές συσκευές και τουλάχιστον 4 παραλλαγές bitrate. Για εξοικονόμηση κίνησης σε κινητά δίκτυα, ο διακομιστής πρέπει να παραδίδει τμήματα με επικεφαλίδα HTTP Cache-Control, επιτρέποντας την προσωρινή αποθήκευση περιεχομένου σε ενδιάμεσους διακομιστές μεσολάβησης των παρόχων τηλεπικοινωνιών.