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 hilang
- Koreksi error penerusan
- Dukungan untuk beberapa streaming audio SD
- Bandwidth 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 sumber dan kecepatan frame. 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 saluran output dan kecepatan bit, bergantung pada resolusi input/kecepatan frame (60 FPS), tambahkan langkah kecepatan frame yang lebih tinggi untuk 60 FPS jika berlaku. Perlu diketahui bahwa penambahan langkah tambahan memerlukan lebih banyak daya komputasi. Berikut adalah tangga yang direkomendasikan:
Resolusi (ScanMode)/Kecepatan frame | Kecepatan Bit Profil Tinggi H.264 (Kbps) |
---|---|
416 x 234 halaman 30/416 | 150 |
640 x 360 P25/30 | 400 |
768 x 432 halaman 30/768 | 750 |
768 x 432 halaman 30/768 | 1100 |
960 x 540 P25/30 | 2200 |
1280 x 720 halaman 25/30 | 3300 |
1280 x 720, P50/60 | 5500 |
1920 x 1080 P25/30 | 6000 |
1920x1080 p50/60 | 9.000 |
Untuk audio, rekomendasi didasarkan pada jumlah channel:
Saluran | Kecepatan Bit AAC (Kbps) |
---|---|
2.0 | 64 |
2.0 | 160 |
5.1 | 384 |