Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Ikhtisar Komposisi IVS Sisi Server
Diagram ini menggambarkan cara kerja komposisi sisi server:
Manfaat
Dibandingkan dengan komposisi sisi klien, komposisi sisi server memiliki manfaat sebagai berikut:
-
Mengurangi beban klien - Dengan komposisi sisi server, beban pemrosesan dan penggabungan sumber audio dan video digeser dari perangkat klien individual ke server itu sendiri. Komposisi sisi server menghilangkan kebutuhan perangkat klien untuk menggunakan sumber daya jaringan CPU dan jaringan mereka untuk menyusun tampilan dan mengirimkannya ke. IVS Ini berarti pemirsa dapat menonton siaran tanpa perangkat mereka harus menangani tugas intensif sumber daya, yang dapat meningkatkan masa pakai baterai dan pengalaman menonton yang lebih lancar.
-
Kualitas yang konsisten — Komposisi sisi server memungkinkan kontrol yang tepat atas kualitas, resolusi, dan bitrate aliran akhir. Ini memastikan pengalaman menonton yang konsisten untuk semua pemirsa, terlepas dari kemampuan perangkat masing-masing.
-
Ketahanan — Dengan memusatkan proses komposisi di server, siaran menjadi lebih kuat. Bahkan jika perangkat penerbit mengalami keterbatasan teknis atau fluktuasi, server dapat beradaptasi dan memberikan aliran yang lebih lancar kepada semua anggota audiens.
-
Efisiensi bandwidth — Karena server menangani komposisi, penerbit panggung tidak perlu menghabiskan bandwidth ekstra untuk menyiarkan video. IVS
Atau, untuk menyiarkan panggung ke IVS saluran, Anda dapat melakukan komposisi sisi klien; lihat Mengaktifkan Beberapa Host di Stream di Panduan IVS Pengguna Streaming IVS Latensi Rendah.
Siklus Hidup Komposisi
Gunakan diagram di bawah ini untuk memahami transisi status komposisi:
Pada tingkat tinggi, siklus hidup suatu Komposisi adalah sebagai berikut:
-
Sumber daya Komposisi dibuat saat pengguna memanggil titik StartComposition akhir
-
Setelah IVS berhasil memulai Komposisi, EventBridge acara “Perubahan Status IVS Komposisi (Mulai Sesi)” dikirim. Lihat Menggunakan EventBridge dengan Streaming IVS Waktu Nyata untuk detail tentang acara.
-
Setelah Komposisi dalam keadaan aktif, hal berikut dapat terjadi:
-
Pengguna menghentikan Komposisi - Jika StopComposition titik akhir dipanggil, IVS memulai penutupan Komposisi yang anggun, mengirimkan peristiwa “Akhir Tujuan” diikuti dengan acara “Akhir Sesi”.
-
Komposisi melakukan shutdown otomatis - Jika tidak ada peserta yang aktif mempublikasikan ke IVS panggung, Komposisi diselesaikan secara otomatis setelah 60 detik dan EventBridge acara dikirim.
-
Kegagalan tujuan — Jika tujuan gagal secara tak terduga (misalnya, IVS saluran akan dihapus), tujuan akan beralih ke
RECONNECTING
status dan peristiwa “Destination Reconnecting” akan dikirim. Jika pemulihan tidak mungkin, IVS transisi tujuan keFAILED
negara bagian dan acara “Kegagalan Tujuan” dikirim. IVSmenjaga komposisi tetap hidup jika setidaknya salah satu tujuannya aktif.
-
-
Setelah komposisi dalam
FAILED
keadaanSTOPPED
atau, secara otomatis dibersihkan setelah lima menit. (Maka tidak lagi diambil oleh ListCompositions atau GetComposition.)
IVS API
Komposisi sisi server menggunakan elemen-elemen kunci ini: API
-
Sebuah EncoderConfigurationobjek memungkinkan Anda untuk menyesuaikan format video yang akan dihasilkan (tinggi, lebar, bitrate, dan parameter streaming lainnya). Anda dapat menggunakan kembali EncoderConfiguration setiap kali Anda memanggil titik StartComposition akhir.
-
Titik akhir komposisi melacak komposisi dan output video ke IVS saluran.
-
StorageConfigurationmelacak ember S3 tempat komposisi direkam.
Untuk menggunakan komposisi sisi server, Anda perlu membuat EncoderConfiguration dan melampirkannya saat memanggil titik akhir. StartComposition Dalam contoh ini, SquareVideo EncoderConfiguration digunakan dalam dua Komposisi:
Untuk informasi selengkapnya, lihat APIReferensi Streaming IVS Waktu Nyata.
Layout
StartComposition Titik akhir menawarkan dua opsi tata letak: grid dan pip (Picture-in-Picture).
Tata Letak Grid
Tata letak grid mengatur peserta panggung dalam kotak slot berukuran sama. Ini menyediakan beberapa properti yang dapat disesuaikan:
videoAspectRatio
mengatur mode tampilan peserta untuk mengontrol rasio aspek ubin video.videoFillMode
mendefinisikan bagaimana konten video cocok dalam ubin peserta.gridGap
menentukan jarak antara ubin peserta dalam piksel.omitStoppedVideo
memungkinkan mengecualikan aliran video yang dihentikan dari komposisi.featuredParticipantAttribute
mengidentifikasi slot unggulan. Ketika ini diatur, peserta unggulan ditampilkan dalam slot yang lebih besar di layar utama, dengan peserta lain ditampilkan di bawahnya.
Untuk detail tentang tata letak kisi (termasuk nilai dan default yang valid untuk semua bidang), lihat tipe data. GridConfiguration
Picture-in-Picture (PiP) Tata Letak
Tata letak PiP memungkinkan menampilkan peserta di jendela overlay dengan ukuran, posisi, dan perilaku yang dapat dikonfigurasi. Properti utama meliputi:
pipParticipantAttribute
menentukan peserta untuk jendela PiP.pipPosition
menentukan posisi sudut jendela PiP.pipWidth
danpipHeight
konfigurasikan lebar dan tinggi jendela PiP.pipOffset
mengatur posisi offset jendela PiP dalam piksel dari tepi terdekat.pipBehavior
mendefinisikan perilaku PiP ketika semua peserta lain telah pergi.
Seperti tata letak grid, PiP mendukungfeaturedParticipantAttribute
,omitStoppedVideo
,videoFillMode
, dan gridGap
untuk lebih menyesuaikan komposisi.
Untuk detail tentang tata letak PiP (termasuk nilai dan default yang valid untuk semua bidang), lihat tipe data. PipConfiguration
Catatan: Resolusi maksimum yang didukung oleh penerbit panggung pada komposisi sisi server adalah 1080p. Jika penerbit mengirimkan video yang lebih tinggi dari 1080p, penerbit akan ditampilkan sebagai peserta khusus audio.
Penting: Pastikan aplikasi Anda tidak bergantung pada fitur spesifik dari tata letak saat ini, seperti ukuran dan posisi ubin. Perbaikan visual pada tata letak dapat diperkenalkan kapan saja.