HLS: یہ کیا ہے، پروٹوکل اور کام کا اصول

HLS کیا ہے؟

HTTP Live Streaming (HLS) Apple کا تیار کردہ ایک میڈیا سٹریمنگ پروٹوکل ہے جو 2009 میں متعارف ہوا اور سب سے پہلے iOS 3.0 اور Safari میں متعارف کیا گیا۔ 2017 میں، RFC 8216 کے ذریعے اس پروٹوکل کو ایک اینٹرنیٹ معیار کے طور پر تجویز کیا گیا، جس نے کسی بھی پلیٹ فارم پر نفاذ کے لیے دستیاب ایک کھلا مختصات کے طور پر اسکی حیثیت کی تصدیق کی۔

HLS کا بنیادی خیال ایک مسلسل میڈیا سٹریم کو 2–10 سیکنڈ کے مختصر سگمنٹس میں تقسیم کرنا ہے۔ ہر سگمنٹ ایک آزاد فائل ہے جو ایک عام HTTP درخواست کے ذریعے ڈاؤن لوڈ کیا جا سکتا ہے۔ سٹریم کا انتظام M3U8 فارمیٹ میں ٹیکسٹ پلی لسٹوں کے ذریعے کیا جاتا ہے، جن میں سگمنٹس کے حوالے اور ان کے درست پلی بیک کے لیے میٹا ڈیٹا ہوتا ہے۔

موافقت HLS کا کلیڈی فائدہ ہے۔ سرور مختلف بٹ ریٹس پر ایک ہی مواد کے کئی ورشنز تیار کرتا ہے — کمزور کنکشنز کے لیے 200 Kbps سے 4K ویڈیو کے لیے 20+ Mbps تک۔ کلائنٹ موجودہ چینل بینڈ وڈتھ کے بنیاد پر خودکار سے مناسب بٹ ریٹ کا انتخاب کرتا ہے۔ Apple تحقیق (WWDC 2024) کے مطابق، LL-HLS بٹ ریٹس کے درمیان سوئچنگ کے وقت کو 500 ملی سیکنڈ تک کم کرتا ہے، جو بغیر قابل توجہ توقف کے ہموار معیار تبدیلی کو یقینی بناتا ہے۔

HLS کی ترقی کی تاریخ

پہلا ورشن HLS (2009) صرف AAC آڈیو کوڈیک اور H.264 ویڈیو کوڈیک کے ساتھ MPEG-2 TS سگمنٹس کو سپورٹ کرتا تھا۔ 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 سرور کو پلی بیک میں خلل ڈالے بغیر کلائنٹ کو قریبی یا سب سے کم لوڈ والے CDN نوڈ پر ری ڈائریکٹ کرتے ہوئے سگمنٹ URL کو فلائے پر بدلنے کی اجازت دیتا ہے۔

HLS کیسے کام کرتا ہے؟

HLS آرکیٹیکچر تین بنیادی اجزاء پر مشتمل ہے: سرور سائڈ (ارجین سرور + انکوڈر)، تقسیم کا نیٹورک (CDN)، اور کلائنٹ سائڈ (HLS حمایت کے ساتھ پلیئر)۔ ویڈیو کیپچر سے لے کر صارف کے آلے پر پلی بیک تک کا پورا عمل کئی مسلسل مراحل پر مشتمل ہے، ان میں سے ہر ایک سٹریمنگ کے معیار کے لیے اہم ہے۔

انکوڈنگ اور سگمنٹیشن

مبادئی ویڈیو کو پہلے مختلف بٹ ریٹس اور ریزولیوشنز پر کئی متغیرات میں انکوڈ کیا جاتا ہے۔ پریشنل انکوڈرز، جیسے FFmpeg یا AWS Elemental MediaConvert، باک ساتھ 4–12 سٹریم متغیرات تیار کرتے ہیں: 240p (400 Kbps) سے 4K (40 Mbps) تک۔ ہر متغیر کو برابر میاد کے سگمنٹس میں تقسیم کیا جاتا ہے، عموماً LL-HLS کے لیے 2–6 سیکنڈ یا روایتی HLS کے لیے 6–10 سیکنڈ۔

ہر متغیر کے لیے ایک متغیر پلی لسٹ (variant playlist) تیار کی جاتی ہے جیس میں تمام سگمنٹس کے URL اور ان کی میاد ہوتی ہے۔ مزید برآن، ایک ماسٹر پلی لسٹ (master playlist) تیار کی جاتی ہے جو تمام متغیرات کو مضموم کرتی ہے اور ہر ایک کے بارے میں معلومات رکھتی ہے: ریزولیوشن، بٹ ریٹ، کوڈیک، اور آڈیو ٹریکس۔ کلائنٹ پہلے ماسٹر پلی لسٹ کو لوڈ کرتا ہے، پھر کنکشن حساسیت کے تجزیے کے بنیاد پر مناسب متغیر کا انتخاب کرتا ہے۔

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

کلائنٹ سائڈ موافق بٹ ریٹ الگورتھم (ABR) استعمال کرتا ہے۔ HLS پلیئر ماسٹر پلی لسٹ کو لوڈ کرتا ہے، دستیاب متغیرات کا تجزیہ کرتا ہے، اور سب سے مناسب بٹ ریٹ پر پلی بیک شروع کرتا ہے۔ پلی بیک کے دوران، پلیئر مسلسل طور پر سگمنٹ ڈاؤن لوڈ حساسیت اور بفر بھرنے کی سطح کی نگرانی کرتا ہے، اور زیادہ یا کم بٹ ریٹ پر سوئچ کرنے کا فیصلہ کرتا ہے۔ جدید ABR الگورتھمز صرف نیٹورک حساسیت ہی نہیں، بلکہ بفر کا حجم، مواد کی قسم، اور یہاں تک کے آلے کی بجل کی کھپت کو بھی مدنظر رکھتے ہیں۔

HLS سٹریم کا چارچوب: پلی لسٹیں اور سگمنٹ

انکوڈنگ، ترسیل کو درست طور پر ترتیب دےنے اور پلی بیک کے مسائل کو ڈیبگ کرنے کے لیے HLS سٹریم کے چارچوب کو سمجھنا ضروری ہے۔ ہر HLS سٹریم میں دو سطحوں پر پلی لسٹیں اور ایک سخت درجہ بندی میں منظم شمارشمار میڈیا سگمنٹ ہوتے ہیں۔

ماسٹر پلی لسٹ

ماسٹر پلی لسٹ HLS پلیئر کے لیے داخلی مقام ہے۔ .m3u8 توسیع والی فائل میں تمام سٹریم متغیرات اور ان کی خصوصیات کے حوالے ہوتے ہیں۔ پلیئر پہلے اس فائل کو لوڈ کرتا ہے اور بٹ ریٹس اور ریزولیوشنز کی معلومات کے بنیاد پر کس متغیر کا انتخاب کرنے کا ابتدائی فیصلہ کرتا ہے۔ ماسٹر پلی لسٹ میں متبادل آڈیو ٹریکس، سب ٹائٹلز اور تیز سرچ کے لیے 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

میڈیا پلی لسٹ

میڈیا پلی لسٹ میں ایک سٹریم متغیر کے لیے سگمنٹس کی حقیقی فہرست ہوتی ہے۔ ہر سگمنٹ اپنی میاد اور 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 iOS 10 اور macOS Sierra سے شروع کرتے ہوئے تمام نئے مناصبوں کے لیے fMP4 کی سفارش کرتا ہے۔

HLS سٹریم کے اضافی عناصر میں تیز سرچ کے لیے I-Frame پلی لسٹیں، سب ٹائٹلز اور اشتہار مارکرز کو هم آہنگ کرنے کے لیے ID3 میٹا ڈیٹا، اور تجزیہ سروروں کو دیکھنے کی معلومات پہنچانے کے لیے Session Data شامل ہیں۔ یہ تمام عناصر اختیاری ہیں، لیکن ان کا استعمال صارف کے تجربے کے معیار کو بہتر بناتا ہے۔

HLS کے فوائد اور نقصان

HLS کئی آرکیٹیکچرل فوائد کی وجہ سے ویڈیو سٹریمنگ مارکٹ پر حاوی ہے، لیکن اس میں حدود بھی ہیں جن کو کسی منصوبے کے لیے پروٹوکل کا انتخاب کرتے وقت مدنظر رکھنا چاہیے۔ آئیے HLS کا متبادل ویڈیو ترسیل پروٹوکلز سے موازنہ کریں۔

اہم فائدہ HLS کا تمام Apple آلوں (iPhone, iPad, Apple TV, Mac) پر بلٹ ان AVPlayer کے ذریعے مقامی حمایت ہے۔ یہ HLS کو iOS/macOS ایپلیکیشنز کے لیے حقیقی معیار بناتا ہے۔ مزید برآن، ترسیل کے لیے معیاری HTTP کا استعمال بغیر کسی مزید ترتیب کے کسی بھی CDN اور پراکسی سروروں پر مواد کو کیش کرنے کی اجازت دیتا ہے، جو ترسیل کے بنیادی چارچوب کو کافی حد تک سادہ کرتا ہے۔

HLS کے نقصان میں لائو نشریات کے لیے RTMP یا WebRTC کے مقابلے میں زیادہ تاخیر شامل ہے۔ LL-HLS کے ساتھ بھی، کم سے کم تاخیر 2–6 سیکنڈ ہے، جو حقیقی وقت کے انٹریکٹو مناظروں کے لیے ناقابل قبول ہے۔ ساتھ ہی، HLS سرور پر مزید فائلیں تیار کرتا ہے (ہر سگمنٹ الگ فائل ہے)، جو بڑی تعداد میں باک ساتھ سٹریمز کے ساتھ فائل سیسٹم پر بوجھ پیدا کر سکتا ہے۔

موبائل ایپلیکیشنز میں HLS

موبائل ایپلیکیشنز میں HLS کا انضمام پلیٹ فارم کے مطابق مختلف ہوتا ہے۔ iOS اور macOS پر، HLS کو AVFoundation اور AVPlayer کے ذریعے آپریٹنگ سیسٹم کی سطح پر حمایت حاصل ہے، جو ہارڈویئر تیز ڈیکوڈنگ اور کم سے کم بجل کی کھپت فراہم کرتا ہے۔ Android پر، HLS بلٹ ان MediaPlayer کے ذریعے حمایت یافتہ نہیں ہے لیکن Google کے سرکاری میڈیا پلیئر ExoPlayer کے ذریعے دستیاب ہے۔

AVPlayer کے ذریعے iOS پر HLS

Apple پلیٹ فارم پر، AVPlayer میں بلٹ ان حمایت کے سبب HLS پلی بیک بحت سادہ ہے۔ ماسٹر پلی لسٹ URL کے ساتھ ایک AVPlayer بنانا کافی ہے، اور سیسٹم خودڨیطور پر موافق بٹ ریٹ سوئچنگ، آڈیو ٹریک کا انتخاب، اور سب ٹائٹل پروسیسنگ کو سنبالتا ہے۔ ڈیولپر کو 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()
}

ExoPlayer کے ذریعے Android پر HLS

Android کے لیے ExoPlayer استعمال کیا جاتا ہے، جو ایک علیحدہ توسیعی ماڈیول کے ذریعے HLS کو سپورٹ کرتا ہے۔ ExoPlayer HLS سٹریم پر زیادہ باریک کنٹرول فراہم کرتا ہے: بٹ ریٹ کا انتخاب منتظم کرنا، بفرنگ ترتیب دینا، اور سگمنٹ لوڈنگ کی غلطیوں کو انفرادی طور پر ہینڈل کرنا ممکن ہے۔ 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 ترتیب کے لیے ایک خاص نقشه کار کی ضرورت ہوتی ہے۔ اہم سفارشات میں شامل ہے: نیٹورک کی قسم (Wi-Fi یا سیلولر) کے بنیاد پر شروعی بٹ ریٹ ترتیب دینا، تیز موافقت کے لیے مختصر سگمنٹ میاد (2–4 سیکنڈ) استعمال کرنا، Wi-Fi پر سوئچ کرتے وقت بفر کو پہلے سے لوڈ کرنا، اور کمزور سگنال پر آڈیو ٹریک کو ترجیح دینا۔

Apple HLS Authoring Specification for Apple Devices (2024) موبائل آلوں کے لیے 6 سیکنڈ سے زائد نہ ہونے والے سگمنٹ سائز اور کم سے کم 4 بٹ ریٹ متغیرات استعمال کرنے کی سفارش کرتی ہے۔ موبائل نیٹورکس پر ٹرافک بچانے کے لیے، سرور کو Cache-Control HTTP ہیڈر کے ساتھ سگمنٹ ترسیل کرنے چاہیے، تاکہ مواد کو ٹیلی کمیونیکیشن آپریٹرز کے درمیانی پراکسی سروروں پر کیش کیا جا سکے۔