Halaman ini berisi ringkasan praktik terbaik untuk Live Stream API. Jika Anda baru mulai menggunakan Live Stream API, lihat salah satu Panduan Memulai.
Gunakan protokol SRT jika memungkinkan
Saat membuat endpoint input, ada dua opsi untuk protokol streaming
sumber:
RTMP_PUSH
dan SRT_PUSH
.
Protokol SRT lebih disukai daripada RTMP karena SRT lebih canggih dan menyediakan fitur tambahan seperti berikut:
- Pemulihan paket yang tidak terkirim
- Forward error correction
- Dukungan untuk beberapa streaming elemen audio
- Bandwidth yang lebih tinggi
Pilihan protokol streaming memerlukan encoder/transcoder yang tepat yang menyediakan fitur tersebut. Sebagian besar encoder kelas profesional mendukung SRT.
Kecepatan bit yang direkomendasikan
Gunakan kecepatan bit berikut bergantung pada resolusi dan kecepatan frame sumber. Kecepatan bit yang lebih tinggi berkorelasi langsung dengan kualitas yang lebih tinggi.
Resolusi (ScanMode)/Kecepatan Frame | Kecepatan Bit H.264 (Mbps) |
---|---|
576i/25 dan 480i/29,97 | 3 |
720p/25/30 | 8 |
720p/50/60 | 15 |
1080i/25 dan 1080i/29,97 | 12 |
1080p/50 dan 1080p/60 | 20 |
Untuk resolusi dan kecepatan bit saluran output, bergantung pada resolusi input/frekuensi gambar (60 FPS), tambahkan langkah frekuensi gambar yang lebih tinggi untuk 60 FPS jika berlaku. Perhatikan bahwa menambahkan langkah tambahan memerlukan lebih banyak daya komputasi. Berikut adalah hierarki yang direkomendasikan:
Resolusi (ScanMode)/Kecepatan Frame | Kecepatan Bit Profil Tinggi H.264 (Kbps) |
---|---|
416x234 p25/30 | 150 |
640x360 p25/30 | 400 |
768x432 p25/30 | 750 |
768x432 p25/30 | 1100 |
960x540 p25/30 | 2200 |
1280x720 p25/30 | 3300 |
1280x720 p50/60 | 5500 |
1920x1080 p25/30 | 6000 |
1920x1080 p50/60 | 9000 |
Untuk audio, rekomendasi didasarkan pada jumlah saluran:
Saluran | Kecepatan Bit AAC (Kbps) |
---|---|
2.0 | 64 |
2.0 | 160 |
5.1 | 384 |