Latensi streaming langsung terakumulasi pada client pengambilan aliran (stream ingest), di sisi server, dan pada client pemutaran. Identifikasi tahap yang menyebabkan latensi tersebut, lalu terapkan konfigurasi yang sesuai untuk menguranginya.
Penyebab latensi streaming langsung
Pada client pengambilan aliran
Group of Pictures (GOP) adalah unit dasar untuk pengkodean dan dekoding video, dimulai dengan keyframe. Streaming langsung menambahkan timestamp ke setiap frame, lalu mengirimkan frame tersebut melalui jaringan. GOP yang besar menunda startup pemutaran karena client pemutaran harus mem-buffer lebih banyak data sebelum pemutaran dapat dimulai.
Untuk mengatasi tersendat (stuttering), sebagian besar perangkat lunak pihak ketiga untuk pengambilan aliran meningkatkan buffer pengkodean. Namun, buffer pengkodean yang terlalu besar justru menambah latensi.
Keterbatasan perangkat keras dapat mencegah encoder memenuhi pengaturan bitrate, laju frame, dan profil pengkodean yang dibutuhkan. Keterlambatan pengkodean ini turut menambah latensi end-to-end.
Untuk mengatasi penyebab-penyebab ini, lihat Konfigurasikan client pengambilan aliran.
Di sisi server
Sebelum pemutaran dimulai, sebagian data streaming langsung di-cache untuk memastikan startup cepat dan mengurangi tersendat. Meskipun cache menjaga kelancaran aliran data, data yang di-cache tersebut menambah latensi. Selama pemutaran, fluktuasi jaringan (network jitter) dapat menghambat sampainya data ke client, sehingga menambah latensi sekitar 2 hingga 3 detik.
Untuk mengurangi cache di sisi server, lihat Konfigurasikan tingkat latensi di sisi server.
Pada client pemutaran
Kebanyakan client pemutaran yang tidak mendukung fast-forwarding hanya mulai mendekode aliran langsung setelah buffer penerima (receive buffer) terisi penuh. Client pemutaran harus mengisi buffer ini terlebih dahulu sebelum pemutaran dapat dimulai.
Mengurangi latensi streaming langsung
Konfigurasi berikut mengurangi latensi pada tiga tahap akumulasinya: client pengambilan aliran, protokol streaming, dan sisi server. Jika client pemutaran Anda menggunakan HLS, mulailah dari protokol streaming karena HLS memiliki latensi lebih tinggi dibanding HTTP-FLV dan RTMP. Jika tidak, konfigurasikan terlebih dahulu client pengambilan aliran, lalu kurangi cache di sisi server. Untuk latensi tingkat milidetik, lihat Streaming Real-Time (RTS).
Konfigurasikan client pengambilan aliran
Ukuran GOP — Atur ukuran GOP (interval keyframe) menjadi 1 hingga 2 detik untuk memperpendek waktu yang dibutuhkan pemutar dalam memuat data GOP dan menurunkan latensi. Untuk mengatur ukuran GOP di Konsol, lihat Transkoding kustom. Untuk mengonfigurasi ukuran GOP melalui operasi API, lihat AddCustomLiveStreamTranscode.
Buffer pengkodean — Jika buffer pengkodean yang terlalu besar menyebabkan latensi, gunakan Alibaba Cloud Push SDK untuk mengurangi latensi tersebut.
Mode pengkodean — Pada perangkat pengambilan aliran iOS, gunakan pengkodean perangkat keras (hardware encoding) karena lebih efisien dan hemat daya. Di Android, variasi luas model perangkat dan jenis CPU berpotensi menyebabkan masalah kompatibilitas dengan pengkodean perangkat keras, sehingga disarankan menggunakan pengkodean perangkat lunak (software encoding) untuk pengambilan aliran di Android.
Pilih protokol streaming
ApsaraVideo Live mendukung tiga protokol streaming: HTTP-FLV, HLS, dan RTMP. Pertimbangkan batasan pemutaran berikut sebelum memilih salah satu:
Ketergantungan pemutar — HTTP-FLV dan RTMP memerlukan pemutar Flash. HLS didukung secara native oleh sebagian besar browser web modern.
Browser seluler — Untuk menonton streaming langsung di browser seluler, Anda hanya dapat menggunakan protokol HLS.
Latensi dan kompatibilitas — HTTP-FLV dan RTMP memiliki latensi lebih rendah dan cocok untuk skenario yang membutuhkan pemutaran berlatensi rendah. HLS memiliki latensi lebih tinggi namun kompatibilitas lebih baik, sehingga cocok untuk skenario yang tidak sensitif terhadap latensi tetapi memerlukan pemutaran di lebih banyak perangkat.
Tabel berikut membandingkan protokol HTTP-FLV, HLS, dan RTMP.
| Protokol | Deskripsi | Protokol transport | Format kontainer | Kasus penggunaan |
| HTTP-FLV | Dikembangkan oleh Adobe. Mengemas data streaming dalam format FLV dan mengirimkannya ke client melalui HTTP, dengan latensi sekitar 2 detik. Mendukung transmisi terenkripsi melalui HTTPS dan pemutaran di perangkat seluler Android. | HTTP | FLV, TAG | Streaming berlatensi rendah |
| HLS | Dikembangkan oleh Apple. Protokol streaming berbasis HTTP. Membagi data streaming menjadi segmen TS berurutan. Setiap segmen lebih panjang dari 5 detik, dan jumlah segmen biasanya 3 hingga 4, sehingga total latensi sekitar 10 hingga 30 detik, tetapi pemutaran lancar. Terutama digunakan di perangkat iOS, serta menyediakan layanan seperti streaming audio-video langsung dan konten rekaman. | HTTP | M3U8, TS | Kompatibilitas lintas platform |
| RTMP | Dikembangkan oleh Adobe. Selama transmisi, pesan dibagi menjadi chunk yang lebih kecil, dikirim melalui TCP, dan penerima menyusun kembali chunk tersebut menjadi data streaming. Kompleksitas ini dapat menyebabkan ketidakstabilan aliran. Di iOS, diperlukan decoder pihak ketiga untuk pemutaran. | TCP | FLV, TAG | Streaming langsung interaktif |
Jika client pemutaran Anda menggunakan protokol HLS, latensi yang tercantum dalam tabel di atas merupakan nilai yang diharapkan. Untuk menguranginya, sesuaikan pengaturan sisi server. Untuk latensi lebih rendah, beralihlah dari protokol HLS ke protokol FLV.
Konfigurasikan tingkat latensi di sisi server
Kurangi cache di sisi server untuk menurunkan latensi streaming langsung. Di Konsol ApsaraVideo Live, Anda dapat mengatur latensi untuk setiap protokol streaming. Semakin rendah pengaturan latensi, semakin kecil cache di sisi server.
Login ke Konsol ApsaraVideo Live.
Di panel navigasi kiri, klik Domain Names untuk membuka halaman Domain Management.
Temukan domain streaming yang ingin Anda konfigurasi, lalu klik Domain Settings di kolom Actions.
Klik .
Halaman ini menampilkan pengaturan tingkat latensi untuk tiga protokol: RTMP Latency, FLV Latency, dan HLS Latency. Klik Modify Configuration untuk menyesuaikan pengaturan. Latensi aktual bergantung pada tingkat latensi yang Anda atur dan ukuran GOP dari aliran masuk, jadi pertahankan ukuran GOP antara 1 hingga 2 detik.
Setelah Anda mengurangi cache, data mungkin tidak dapat diunduh tepat waktu saat jaringan tidak stabil, sehingga streaming langsung menjadi tersendat. Jika hal ini terjadi, klik kembali Modify Configuration dan kembalikan ke tingkat latensi sebelumnya. Untuk informasi lebih lanjut, lihat Latency Settings.
Streaming Real-Time (RTS)
Jika konfigurasi di atas tidak berhasil menurunkan latensi di bawah kisaran 3 hingga 6 detik yang umum pada streaming langsung tradisional, gunakan Streaming Real-Time (RTS). RTS menyediakan latensi streaming langsung tingkat milidetik bahkan dalam skenario dengan puluhan juta penonton bersamaan. Layanan ini cocok untuk skenario streaming interaktif berskala besar dan memberikan tingkat tersendat rendah serta startup cepat.
RTS penagihan — RTS memiliki skema penagihan yang berbeda dari streaming langsung standar. Untuk aturan penagihan, lihat Halaman Harga Alibaba Cloud.
Aktifkan layanan RTS — Untuk informasi tentang cara mengaktifkan dan menggunakan layanan RTS, lihat Ikhtisar RTS.