Praktik terbaik untuk Live Stream API

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.

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