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 dihentikan
  • Koreksi kesalahan penerusan
  • Dukungan untuk beberapa aliran 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. Bitrate yang lebih tinggi berkorelasi langsung dengan kualitas yang lebih tinggi.

Resolusi (ScanMode)/Kecepatan Frame Kecepatan Bit H.264 (Mbps) Kecepatan Bit H.265 (Mbps)
576i/25 dan 480i/29.97 3 2,7
720p/25/30 8 7,2
720p/50/60 15 13.5
1080i/25 dan 1080i/29.97 12 9
1080p/50 dan 1080p/60 20 15
2160p/50 dan 2160p/60 50 37,5

Untuk resolusi dan kecepatan bit saluran output, bergantung pada resolusi/kecepatan frame input (60 FPS), tambahkan langkah kecepatan frame yang lebih tinggi untuk 60 FPS jika berlaku. Perhatikan bahwa penambahan langkah-langkah tambahan memerlukan daya komputasi yang lebih besar. Berikut adalah tangga 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 1.100
960x540 p25/30 2200
1280x720 p25/30 3300
1280x720 p50/60 5500
1920x1080 p25/30 6000
1920x1080 p50/60 9000
2560x1440 p25/30 10000
2560x1440 p50/60 13500
3840x2160 p25/30 15000
3840x2160 p50/60 25000

Untuk audio, rekomendasi didasarkan pada jumlah saluran:

Saluran Kecepatan Bit AAC (Kbps)
2.0 64
2.0 160
5.1 384