Apa Itu Latency? Kenapa Live Streaming Delay dan Cara Menurunkannya
AAluh Adyareza12 menit baca
Yang akan Anda pelajari
Apa Itu Latency? Kenapa Live Streaming Delay dan Cara Menurunkannya
Edukasi · Panduan Definitif · Live Streaming
Apa Itu Latency? Kenapa Live Streaming Selalu Delay
Tetangga sudah teriak "gol!" sementara di layarmu bola belum masuk. Atau komentar penonton baru muncul setengah menit setelah kamu bicara. Itu bukan internetmu yang rusak, itu latency.
Jawaban Singkat
Latency adalah jeda waktu antara momen yang terjadi di depan kamera dan momen yang sama muncul di layar penonton. Dalam live streaming, jeda ini disebut glass-to-glass latency (dari kaca lensa ke kaca layar). Delay terjadi karena video harus dikompres, dikirim, diproses ulang, dipecah menjadi segmen, lalu ditampung dulu di player sebelum diputar.
Banyak orang mengira delay live streaming berarti internet lambat. Kenyataannya, hampir semua live streaming ke penonton umum memang sengaja tertinggal beberapa detik sampai puluhan detik, karena sistem mengorbankan kecepatan demi kelancaran: lebih baik terlambat sedikit tapi tidak putus-putus. Artikel ini menjelaskan apa itu latency, dari mana saja delay itu muncul, perbedaan protokol seperti HLS dan WebRTC, tiga mode latency di YouTube, serta cara menurunkannya saat kamu memang membutuhkannya.
<5 detikYouTube Ultra-low (Sebagian Besar Penonton)
<10 detikYouTube Low Latency
20–30 detikHLS Standar (Umum)
<0,5 detikWebRTC (Umum)
Yang Akan Dibahas
01Latency adalah apa, dan satuannya
02Perjalanan dari lensa ke layar: dari mana delay muncul
03Biang keladi terbesar: segmen dan buffer player
04Protokol dan latency: RTMP, SRT, HLS, LL-HLS, WebRTC
05Tiga mode latency di YouTube
06Trade-off: latency rendah vs kestabilan
07Kapan butuh latency rendah, kapan tidak
08Cara menurunkan latency langkah demi langkah
09Latency di lokasi vs latency penonton
10Kesalahan umum yang perlu dihindari
01 — Latency Adalah Apa, dan Satuannya
Latency (latensi) adalah waktu tunda antara sebuah kejadian dan kemunculannya di tujuan. Dalam dunia video, ada banyak jenis latency, sehingga penting tahu mana yang dimaksud.
Istilah
Artinya
Skala Waktu
Glass-to-glass latency
Total jeda dari kamera menangkap kejadian sampai penonton melihatnya di layar. Satu-satunya angka yang benar-benar dirasakan penonton
Detik
Latency lokal
Jeda di lokasi, misalnya dari kamera ke monitor operator atau lewat wireless video
Milidetik
Latency ingest
Jeda saat video dikirim dari encoder ke server platform
Detik atau lebih kecil
Latency audio
Jeda suara, misalnya pada monitoring atau interface audio
Milidetik
Satuan
1 detik = 1.000 milidetik (ms). Latency di lokasi biasanya diukur dalam milidetik, sedangkan latency ke penonton diukur dalam detik. Selisihnya bisa ratusan kali lipat, dan di situlah letak banyak salah paham.
02 — Perjalanan dari Lensa ke Layar: Dari Mana Delay Muncul
Setiap tahap antara kamera dan layar penonton menambahkan sedikit waktu, dan semuanya dijumlahkan menjadi glass-to-glass latency.
1. Capture dan Encode
Kamera menangkap gambar, lalu encoder mengompresnya (misalnya H.264). Encoder juga menunggu sampai keyframe terbentuk sesuai interval yang diatur.
2. Ingest (Kontribusi)
Video dikirim dari encoder ke server platform lewat RTMP atau SRT. Pada jaringan yang baik, tahap ini umumnya hanya membutuhkan sepersekian hingga beberapa detik.
3. Transcode dan Segmentasi
Server membuat beberapa versi kualitas agar cocok untuk semua koneksi, lalu memotongnya menjadi segmen kecil untuk dikirim lewat HTTP.
4. CDN dan Buffer Player
Segmen disebarkan lewat CDN ke dekat penonton, lalu player menampung beberapa segmen dulu sebelum mulai memutar, demi mencegah putus-putus.
Contoh anggaran delay HLS klasik (segmen 6 detik)
Kamera dan ISP
80 ms
Encoder
333 ms
Packager (1 segmen)
menunggu 1 segmen penuh
6.000 ms
Kontribusi RTMP/SRT
100 ms
CDN
40 ms
Buffer player (3 segmen)
menampung 3 segmen sebelum play
18.000 ms
Decode dan layar
50 ms
Total contoh model ini sekitar 24,6 detik. Angka adalah model teknis ilustratif, bukan pengukuran platform tertentu, dan batang kecil diperlebar agar terlihat. Perhatikan: dua batang oranye menyumbang hampir seluruh delay.
03 — Biang Keladi Terbesar: Segmen dan Buffer Player
Protokol pengiriman seperti HLS dan DASH memotong video menjadi segmen sebelum dikirim. Keuntungannya besar: segmen bisa di-cache oleh CDN biasa sehingga murah dan bisa melayani jutaan penonton. Harganya adalah latency.
Aturan praktisnya: latency pengiriman berbasis HTTP kira-kira tiga kali durasi segmen, karena player biasanya menampung tiga segmen sebelum mulai memutar. Dengan segmen 6 detik, itu sudah sekitar 18 detik, belum menghitung tahap lain. Hasil akhirnya biasanya 20 hingga 30 detik. Dengan segmen 2 detik, delay turun ke kisaran 10 hingga 12 detik.
Kenapa Penonton Berbeda Melihat Momen Berbeda
Karena jalur distribusi, platform, protokol, dan perangkat tiap penonton berbeda, tidak semua orang tertinggal dengan jumlah yang sama. Itulah sebabnya sering ada yang melihat gol lebih dulu daripada yang lain, atau komentar di chat terasa tidak nyambung dengan apa yang sedang kamu lihat.
04 — Protokol dan Latency: RTMP, SRT, HLS, LL-HLS, WebRTC
Ada dua "ruas jalan" yang berbeda, dan protokolnya tidak boleh dicampur: ingest (encoder ke server) dan delivery (server ke penonton).
Protokol
Ruas
Latency Umum
Catatan
RTMP
Ingest
Sekitar 2 sampai 5 detik
Lama tapi masih ada di mana-mana. (Baca juga: SRT vs RTMP.)
SRT
Ingest
Bisa diatur, umumnya sub-detik
Dirancang untuk jaringan tidak stabil
HLS / DASH standar
Delivery
10 sampai 30 detik atau lebih (umumnya 20–30)
Paling kompatibel dan murah untuk skala besar
LL-HLS / LL-DASH (CMAF)
Delivery
Sekitar 2 sampai 5 detik
Memakai potongan segmen kecil; butuh CDN dan player yang mendukung
WebRTC
Delivery / interaktif
Di bawah 0,5 detik (umumnya)
Tidak memakai segmen, tapi sulit di-cache CDN sehingga mahal pada skala besar
⚠️
SRT atau RTMP Cepat Tidak Otomatis Membuat Penonton Cepat
SRT dan RTMP adalah protokol kontribusi, bukan pengiriman ke penonton. Ingest yang cepat tidak menolong kalau pengiriman ke penonton tetap memakai segmen 6 detik dan buffer tiga segmen. Delay yang dirasakan penonton ditentukan oleh protokol delivery.
05 — Tiga Mode Latency di YouTube
Untuk siaran dari encoder, YouTube menyediakan tiga pilihan latency di Live Control Room. Angka berikut mengikuti penjelasan resmi YouTube Help.
Mode
Delay (Menurut YouTube)
Cocok Untuk
Catatan
Normal latency
Tidak ada angka tetap yang dipublikasikan
Siaran non-interaktif
Mendukung semua resolusi dan fitur live, termasuk 4K. Buffer terbesar
Low latency
Sebagian besar penonton di bawah 10 detik
Interaksi terbatas
Tidak mendukung 4K
Ultra-low latency
Sebagian besar penonton di bawah 5 detik
Siaran sangat interaktif dengan respons waktu nyata
Tidak mendukung 4K. Gangguan di jaringanmu lebih terasa bagi penonton
Untuk mode ultra-low, YouTube menyarankan memakai AV1 atau HEVC demi kualitas dan stabilitas terbaik di bitrate berapa pun, dan mengikuti rekomendasi encoder YouTube Live. (Baca juga: Apa Itu Bitrate.) Angka normal latency yang sering disebut orang (puluhan detik) adalah laporan pengguna, bukan angka resmi YouTube.
06 — Trade-off: Latency Rendah vs Kestabilan
Mode latency rendah bekerja dengan mengecilkan buffer. Buffer kecil berarti penonton lebih cepat melihat kejadian, tetapi juga berarti ruang untuk menyerap gangguan jaringan jauh lebih sedikit. YouTube sendiri menyebut bahwa dengan latency lebih rendah, penonton bisa mengalami lebih banyak buffering.
Buffer Besar
Penonton tertinggal lebih lama, tetapi gangguan jaringan sesaat tidak terasa. Cocok untuk acara satu arah dan koneksi yang kurang stabil.
Buffer Kecil
Penonton lebih cepat melihat kejadian dan chat terasa nyambung, tetapi sedikit gangguan saja sudah bisa memicu patah-patah atau buffering.
Pilih yang Terendah yang Kamu Butuhkan, Bukan yang Terendah yang Tersedia
"Ultra-low" bukan versi premium dari "normal". Masing-masing dioptimalkan untuk tugas berbeda. Kalau penonton tidak perlu berinteraksi langsung, mode normal justru memberi pengalaman paling mulus.
07 — Kapan Butuh Latency Rendah, Kapan Tidak
⛪
Ibadah Online dan Seminar Satu Arah
Normal
Penonton menyimak, bukan berinteraksi. Delay beberapa belas detik tidak mengganggu, dan buffer besar menjaga siaran tetap mulus untuk jemaah dengan koneksi beragam. Kalau ada sesi tanya jawab, pertimbangkan beralih ke low latency untuk sesi itu saja.
🛍️
Live Shopping
Low atau Ultra-low
Penjual menjawab komentar dan penonton langsung memutuskan membeli. Delay yang terlalu lama membuat jawaban terasa ketinggalan zaman. (Baca juga: Live Shopping.)
🎮
Gaming dan Live Q&A
Low atau Ultra-low
Interaksi chat adalah daya tarik utama. Latency rendah membuat percakapan terasa langsung, asalkan upload stabil dan kamu rela tidak memakai 4K.
🎤
Konser dan Event Besar
Normal
Prioritasnya kualitas gambar dan kestabilan untuk banyak penonton, sehingga mode normal dan resolusi tinggi lebih masuk akal. Acara yang diproduksi matang bisa memakai normal latency lalu menutup dengan sesi tanya jawab berlatency rendah.
🔨
Lelang atau Penawaran Waktu Nyata
Di Bawah 1 Detik
Setiap detik berarti. Untuk kebutuhan ini, biasanya dipakai platform berbasis WebRTC yang menawarkan latency di bawah satu detik, bukan siaran umum.
🎮
Tidak Semua Delay Itu Masalah
Pada turnamen esports, siaran publik sengaja diberi delay beberapa menit agar pemain tidak bisa mengintip posisi lawan lewat siaran (stream sniping). Di sini delay adalah fitur, bukan kerusakan. (Baca juga: Produksi Esports.)
08 — Cara Menurunkan Latency Langkah demi Langkah
Tentukan seberapa interaktif acaramu
Kalau tidak ada interaksi, biarkan normal latency. Latency rendah hanya sepadan jika penonton benar-benar perlu merespons secara langsung.
Pilih mode latency di platform
Di YouTube Live Control Room pilih Low atau Ultra-low latency. Ingat bahwa kedua mode itu tidak mendukung 4K, jadi turunkan resolusi bila perlu.
Atur keyframe interval 2 detik
Ini juga rekomendasi YouTube (maksimum 4 detik). Interval yang terlalu panjang membuat encoder dan player menunggu lebih lama sebelum bisa memulai.
Pastikan upload stabil dan bitrate pas
Karena buffer kecil, gangguan ingest langsung terasa bagi penonton. Pakai kabel LAN, sisakan margin upload, dan sesuaikan bitrate dengan panduan platform.
Pertimbangkan codec yang lebih efisien
YouTube menyarankan AV1 atau HEVC untuk mode ultra-low jika encoder dan alur kerjamu mendukung, karena kualitas dan stabilitasnya lebih baik di bitrate berapa pun.
Untuk di bawah 1 detik, ganti jalur delivery
Platform siaran umum biasanya tidak bisa sampai sub-detik. Kebutuhan interaksi waktu nyata sungguhan umumnya dipenuhi layanan berbasis WebRTC, dengan konsekuensi biaya dan jangkauan perangkat.
Ukur dengan stopwatch
Tampilkan jam atau stopwatch di depan kamera, lalu bandingkan dengan yang muncul di layar penonton (misalnya ponsel yang menonton siaran). Selisihnya adalah glass-to-glass latency sesungguhnya.
09 — Latency di Lokasi vs Latency Penonton
Tim produksi sering lupa bahwa ada dua dunia latency yang sangat berbeda. Di lokasi, perangkat dirancang untuk milidetik. Misalnya, monitor wireless Hollyland Pyro 7 Ultra menyebut latensi transmisi sekitar 20 ms saat Focus Mode aktif pada 1080p25/30, jauh di bawah satu detik. Sementara itu penonton di internet menerima siaran yang tertinggal detik hingga puluhan detik.
Aturan Emas untuk Operator
Jangan memantau siaran dari stream publik saat sedang bertugas. Pantau dari output program lokal (monitor switcher atau multiviewer) dan dengarkan audio dari mix lokal. Stream publik yang tertinggal membuat operator mengoreksi kejadian yang sebenarnya sudah lewat, dan suara yang didengar lewat stream akan terlambat dari apa yang sedang terjadi di panggung.
10 — Kesalahan Umum yang Perlu Dihindari
Enam Salah Kaprah Soal Delay Live Streaming
Menganggap delay berarti internet lambat. Sebagian besar delay berasal dari segmen dan buffer yang memang dirancang demi kelancaran.
Selalu memakai ultra-low. Tanpa upload yang stabil, penonton justru mengalami buffering lebih sering.
Memilih low latency untuk siaran 4K. Mode low dan ultra-low di YouTube tidak mendukung 4K.
Mengira SRT atau RTMP menentukan delay penonton. Keduanya hanya mengurus ingest; delay penonton ditentukan protokol delivery.
Memantau dari stream publik saat operasi. Pantau dari output lokal agar keputusan operator tepat waktu.
Mencampur latency dengan sinkronisasi audio-video. Latency adalah keterlambatan total, sedangkan lip sync adalah selisih antara suara dan gambar. Keduanya masalah berbeda dan solusinya berbeda.
Pertanyaan yang Sering Ditanyakan
Latency adalah apa dalam live streaming?
Latency adalah jeda waktu antara kejadian di depan kamera dan kemunculannya di layar penonton. Dalam live streaming jeda total ini disebut glass-to-glass latency, dan dipengaruhi proses encoding, pengiriman, segmentasi, CDN, serta buffer player.
Apa itu glass-to-glass latency?
Glass-to-glass latency adalah total waktu dari lensa kamera menangkap sebuah kejadian sampai kejadian itu tampil di layar penonton. Ini satu-satunya angka latency yang benar-benar dirasakan penonton.
Kenapa live streaming selalu delay?
Karena video harus dikompres, dikirim ke server, diproses ulang ke beberapa kualitas, dipotong menjadi segmen, disebarkan lewat CDN, lalu ditampung beberapa segmen di player sebelum diputar. Buffer ini sengaja dibuat agar siaran tidak putus-putus. Pada HLS standar, hasil akhirnya biasanya 20 sampai 30 detik.
Berapa delay normal live streaming?
Tergantung protokol dan pengaturan. HLS atau DASH standar umumnya 10 sampai 30 detik atau lebih, LL-HLS sekitar 2 sampai 5 detik, dan WebRTC biasanya di bawah 0,5 detik. YouTube menyebut sebagian besar penonton low latency di bawah 10 detik dan ultra-low di bawah 5 detik.
Apa bedanya normal, low, dan ultra-low latency di YouTube?
Normal latency mengutamakan kualitas dan kestabilan serta mendukung semua resolusi termasuk 4K. Low latency memberi delay di bawah 10 detik untuk sebagian besar penonton. Ultra-low di bawah 5 detik untuk interaksi waktu nyata. Low dan ultra-low tidak mendukung 4K dan lebih rentan terhadap gangguan jaringan.
Apakah ultra-low latency selalu lebih baik?
Tidak. Ultra-low memakai buffer lebih kecil sehingga lebih mudah terjadi buffering saat jaringan terganggu. Pilih latency terendah yang benar-benar dibutuhkan acaramu; untuk siaran satu arah, normal latency biasanya memberi pengalaman paling mulus.
Apa bedanya HLS, LL-HLS, dan WebRTC?
HLS memotong video menjadi segmen berdurasi beberapa detik dan murah untuk skala besar, tetapi latency-nya 10 sampai 30 detik atau lebih. LL-HLS mengirim potongan lebih kecil sehingga turun ke sekitar 2 sampai 5 detik. WebRTC tidak memakai segmen sehingga latency biasanya di bawah 0,5 detik, namun sulit di-cache CDN dan mahal pada skala besar.
Apakah SRT atau RTMP bisa membuat delay penonton lebih rendah?
Tidak langsung. SRT dan RTMP adalah protokol kontribusi untuk mengirim video dari encoder ke server. Delay yang dirasakan penonton ditentukan oleh protokol delivery, misalnya HLS atau WebRTC, bukan oleh protokol ingest.
Bagaimana cara mengurangi delay live streaming?
Pilih mode low atau ultra-low latency di platform, atur keyframe interval 2 detik, pastikan upload stabil lewat kabel LAN, sesuaikan bitrate, dan pertimbangkan codec yang lebih efisien. Untuk interaksi di bawah satu detik, biasanya dibutuhkan layanan berbasis WebRTC.
Apa bedanya latency dengan buffering?
Latency adalah seberapa tertinggal siaran dari kejadian sebenarnya, sedangkan buffering adalah berhentinya video karena data belum cukup. Menurunkan latency memperkecil buffer sehingga risiko buffering naik, itulah trade-off utamanya.
Cepat Itu Pilihan, Mulus Itu Kebutuhan
Latency tidak bisa dihilangkan, hanya diatur. Tentukan seberapa interaktif acaramu, pilih mode dan protokol yang sesuai, lalu pastikan jalur kirimnya stabil dari encoder sampai penonton.
Latency AdalahApa Itu LatencyDelay Live StreamingKenapa Live Streaming DelayGlass-to-Glass LatencyLow Latency StreamingUltra Low Latency YouTubeHLS vs WebRTCLL-HLSCara Mengurangi Delay LiveLatensi VideoBuffering Live StreamingSRT vs RTMPLive Streaming Interaktif
