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 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.

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