Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Konfigurasi Streaming Amazon IVS

Amazon Interactive Video Service (IVS) memungkinkan pengembang untuk dengan mudah mengirimkan video latensi rendah kepada pemirsa di seluruh dunia. Dengan Amazon IVS, streamer hanya perlu menangani produksi streaming, lalu mengirim streaming ke Amazon IVS. Amazon IVS menangani pemrosesan video (menelan dan transcoding), pengiriman, dan pemutaran ke pemirsa menggunakan pemutar Amazon IVS.

Ada banyak solusi untuk streaming langsung. Apakah Anda memiliki studio yang dilengkapi dengan beberapa kamera, pengalih visual, pengomposisi grafis, dan berbagai peralatan pencampuran audio, atau Anda berencana untuk memulai streaming pertama Anda dari smartphone, Anda perlu berurusan dengan beberapa konsep dan parameter pengkodean yang sama.

Dokumen ini menjelaskan cara mengonfigurasi encoder video untuk streaming ke Amazon IVS. Audiens untuk dokumen ini adalah pengembang yang ingin membangun fungsionalitas streaming ke dalam aplikasi mereka.

Perhatikan bahwa input audio saja tidak didukung untuk streaming latensi rendah IVS.

Prasyarat

Ikuti langkah-langkah diMemulai dengan IVS Streaming Low-Latency, untuk membuat saluran dan mengatur streaming. Dalam prosesnya, ARN saluran (Nama Sumber Daya Amazon) dan kunci aliran ditetapkan, bersama dengan URL untuk menelan dan memutar ulang aliran. Anda harus mengarahkan aplikasi streaming Anda ke URL ingest.

Sebelum membaca dokumen ini, Anda harus terbiasa dengan:

Mengurangi Latensi

Streaming latensi rendah Amazon IVS kompatibel dengan sebagian besar aplikasi streaming dan hanya memerlukan sedikit perubahan pada konfigurasi aplikasi streaming Anda. Untuk latensi serendah mungkin, Anda harus menggunakan pemutar Amazon IVS; pemutar video HLS pihak ketiga tidak didukung. Lihat dokumentasi Amazon IVS Player SDK.

Untuk mempersiapkan aplikasi streaming Anda untuk streaming latensi rendah, lakukan hal berikut. (Catatan: tidak semua opsi ini tersedia di setiap aplikasi streaming.)

Hindari Third-Party Streaming/Forwarding Layanan

Kami sangat menyarankan Anda untuk tidak menggunakan layanan pihak ketiga untuk melakukan restream atau meneruskan konten ke Amazon IVS. Ini akan menimbulkan latensi ekstra. Untuk latensi rendah, streaming langsung ke Amazon IVS.

Pengaturan Encoder

Stream Ingest: Codec dan Protokol Ingest

Codec: Amazon IVS mendukung video dan AAC (LC) H.264 untuk audio.

Protokol Ingest: Amazon IVS mendukung protokol ingest paling umum yang digunakan dalam perangkat lunak dan perangkat keras streaming: RTMPS (Mess Real-Time aging Protocol over a TLS/SSL connection), RTMP, dan SRT (Secure Reliable Transport). Streaming Amazon IVS melalui RTMPS memerlukan TLS versi 1.2 atau yang lebih baru.

RTMPS/RTMP

Encoder video Anda harus terhubung ke Amazon IVS ingest melalui protokol RTMPS yang terkait dengan port keluar. 443/TCP Untuk memastikan ini, tentukan server ingest IVS, yang menyertakan port di jalur:

rtmps://<IVS-ingest-server>/<IVS-stream-key>

Contoh:

rtmps://a1b2c3d4e5f6.global-contribute.live-video.net:443/app/<IVS-stream-key>

Saluran IVS juga dapat dikonfigurasi untuk memungkinkan penyerapan RTMP yang tidak aman, meskipun kami menyarankan Anda menggunakan RTMPS kecuali Anda memiliki kasus penggunaan spesifik dan terverifikasi yang memerlukan RTMP. Saat streaming RTMP, pastikan protokol diatur ke rtmp:// dan hapus :443 port. Contoh:

rtmp://a1b2c3d4e5f6.global-contribute.live-video.net/app/<IVS-stream-key>

SRT

Encoder video Anda harus terhubung ke titik akhir ingest menggunakan protokol SRT di port 9000. Untuk memastikan hal ini, tentukan titik akhir ingest, yang mencakup port dan frasa sandi di jalur:

srt://<ingest-endpoint>:<port>?streamid=<stream-key>&passphrase=<passphrase>

Gunakan frasa sandi hanya jika penyerapan tidak aman tidak diaktifkan untuk saluran.

Contoh:

srt://a1b2c3d4e5f6.srt.live-video.net:9000?streamid=sk_us-west-2_abcd1234efgh5678ijkl&passphrase=ZU5A3yrjGAkghUNDr0c5NXBhsPrjlmtcKMNBluh7oImwJQ3ijeyClvMKxlpPcGAMziICJ

Untuk mengoptimalkan kinerja aliran SRT, lihat blog Haivision ini: Cara Mengkonfigurasi Pengaturan SRT pada Encoder Video Anda untuk Kinerja Optimal.

Resolution/Bitrate/FPS

Resolusi stream sangat menentukan bitrate dan frame rate (frame-per-second, atau FPS). Gunakan pedoman berikut; ini adalah rekomendasi kami. Perhatikan resolusi yang ditunjukkan di bawah ini adalah orientasi lanskap (horizontal x vertikal), jadi balikkan ini untuk orientasi potret.

Bitrate, FPS, dan resolusi saling terkait. Nilai optimal tergantung pada keadaan dan bisa rumit untuk ditentukan. Panduan terbaik kami adalah memulai dengan nilai-nilai di atas dan bereksperimen jika diinginkan. Tujuannya adalah gerakan komponen video yang jelas dan halus selama streaming dan resolusi yang baik dalam bandwidth yang tersedia. Meningkatkan and/or resolusi frame rate meningkatkan kualitas video secara keseluruhan, tetapi ini tentu dibatasi oleh bandwidth.

Amazon IVS mendukung framerate hingga 60 FPS (termasuk kecepatan bingkai standar PAL 25 dan 50). Semakin tinggi framerate, semakin baik kualitasnya - selama ada bandwidth bitrate yang memadai. Tergantung pada aplikasinya, framerate rendah bisa baik-baik saja; misalnya, untuk kamera keamanan.

Jenis Saluran

Jenis saluran menentukan resolusi dan bitrate yang diijinkan. Jika Anda melebihi resolusi input atau bitrate yang diijinkan, aliran mungkin akan segera terputus.

Ada empat jenis saluran:STANDARD,ADVANCED_SD,ADVANCED_HD, danBASIC. Saat Anda membuat saluran, tipe defaultnya adalahSTANDARD.

Ada dua jenis pemrosesan video, transcoding dan trans muxing. Hal ini ditentukan oleh jenis saluran, apakah saluran dikonfigurasi untuk input video multitrack, dan apakah penyiar menggunakan klien yang mendukung multitrack. (Video Multitrack dikonfigurasi dengan properti multitrackInputConfiguration API dari tipe data Saluran.)

Semua saluran transkode memiliki preset transkode, yang menentukan rendering mana yang dihasilkan. Anggap ini sebagai tangga ABR. Mereka memungkinkan Anda untuk menukar bandwidth unduhan yang tersedia dan kualitas video, untuk mengoptimalkan pengalaman menonton.

Saluran STANDAR

Single-Track Masukan Video

STANDARDSaluran ditranscoding. Resolusi video tertinggi yang dihasilkan adalah full HD, 1080p. Ini adalah tipe saluran default.

Masukan Video Multitrack

STANDARDsaluran ditransmuxed ketika inputnya adalah video multitrack. Resolusi video tertinggi yang dihasilkan dibatasi oleh multitrackInputConfiguration.maximumResolution properti. Rendisi spesifik bersifat dinamis tergantung pada sistem penyiar dan persyaratan lingkungan.

Untuk semua rendering video, audio adalah sumber passthrough.

ADVANCED-HD Saluran

ADVANCED_HDSaluran ditranscoding. Resolusi video tertinggi yang dihasilkan adalah HD, 720p.

ADVANCED-SD Saluran

ADVANCED_SDSaluran ditranscoding. Rendisi yang tersedia dibatasi pada kualitas input, tanpa konversi naik.

Saluran DASAR

BASICsaluran ditransmusikan. Satu rendisi diproduksi.

Pengaturan Video

Kami merekomendasikan pengaturan berikut. Mereka tersedia untuk sebagian besar perangkat lunak H.264 pengkodean video atau API perangkat keras.

Pengaturan Audio

Kami mendukung pengaturan berikut:

Gunakan CBR, Bukan VBR

Selalu gunakan CBR (Constant BitRate), bukan VBR (Variable BitRate), sebagai metode kontrol laju untuk encoder. CBR lebih cocok untuk sifat bandwidth tetap jaringan, dan menghasilkan pemutaran video yang lebih dapat diprediksi dan stabil untuk perangkat klien. Dengan bitrate yang konsisten, mudah bagi pemirsa untuk memilih tingkat kualitas yang dapat ditangani koneksi mereka dari waktu ke waktu.

Tergantung pada kompleksitas adegan, VBR dapat mengakibatkan lonjakan bitrate, yang dapat menyebabkan penurunan frame sebelum video mencapai and/or buffering Amazon IVS di pemutar klien.

Kami sangat menyarankan Anda hanya menggunakan CBR. Jika Anda menggunakan VBR, streaming Anda akan lebih tunduk pada buffering dan pemutaran yang tidak lancar.

Gunakan Sinyal Progresif

Gunakan aliran sinyal progresif; hindari video yang saling terkait dalam pengkodean aliran and/or produksi. Sinyal aliran progresif menghasilkan kualitas pemutaran yang jauh lebih baik menampilkan seluruh bingkai pada satu waktu, menghindari artifaktasi gerakan yang dihasilkan saat menampilkan sinyal yang saling terkait.

Persyaratan Jaringan

Anda harus memiliki koneksi internet yang stabil yang dapat mempertahankan aliran unggahan yang memadai dan konstan. Koneksi internet yang tidak stabil dapat mengakibatkan aliran gagap dan tertinggal bagi pemirsa Anda.

Gunakan koneksi kabel. WiFi dan koneksi LTE bisa berbintik-bintik atau mengalami gangguan atau latensi karena prioritas yang buruk QoS/packet-queue. Jika memungkinkan, andalkan koneksi kabel untuk streaming.

Rencanakan untuk mengalokasikan bandwidth 50% lebih banyak dari minimum yang diperlukan. Overhead ditambahkan untuk mengkompensasi fluktuasi bitrate dalam pengkodean bitstream video.

Gunakan VLAN Internet khusus untuk pengkodean mesin. Menjaga encoder pada jaringan terpisah mencegah efek yang berpotensi mengganggu, termasuk: polusi oleh lalu lintas, kemacetan bandwidth, dan faktor keamanan yang merugikan.

Teks Tertutup

IVS mendukung teks tertutup. Sebagai streamer, jika Anda ingin menawarkan teks kepada audiens Anda, Anda harus mengirimkan data keterangan dalam format yang diterima, baik yang disematkan dalam streaming Anda atau di samping streaming Anda, melalui encoder video Anda.

Amazon IVS menerima teks dalam CEA-708/EIA-608 format baris 21 (juga disebut sebagai 608 di atas 708). Anda dapat mengirimkan teks menggunakan salah satu metode berikut:

Catatan: Amazon IVS Player SDK mendukung data keterangan hanya di bidang CC1 NTSC 1. Mereka tidak mendukung pemutaran teks multi-track.

Saat mentransmisikan melalui RTMPS, payload harus berisi array ECMA dengan dua pasangan elemen:

Contoh:

 
00000000  12 00 00 69 00 00 00 00  00 00 00 02 00 0d 6f 6e  |...i..........on|
00000010  43 61 70 74 69 6f 6e 49  6e 66 6f 08 00 00 00 02  |CaptionInfo.....|
00000020  00 04 74 79 70 65 02 00  03 37 30 38 00 04 64 61  |..type...708..da|
00000030  74 61 02 00 3c 74 51 41  78 52 30 45 35 4e 41 4e  |ta..<tQAxR0E5NAN|
00000040  4c 41 50 79 55 72 76 79  55 49 50 79 52 51 50 7a  |LAPyUrvyUIPyRQPz|
00000050  49 35 66 7a 73 37 50 7a  76 4c 50 77 67 56 50 7a  |I5fzs7PzvLPwgVPz|
00000060  33 36 66 7a 30 34 2f 78  6f 67 50 79 55 4c 2f 38  |36fz04/xogPyUL/8|
00000070  3d 00 00 09 00 00 00 74                           |=......t|

Jika Anda menggunakan encoder video Elemental, atur sebagai berikut:

Untuk informasi selengkapnya, lihat posting blog Men ambahkan Teks Tertutup ke Streaming Langsung Amazon IVS.

Streaming dengan FFmpeg

FFmpeg adalah proyek sumber terbuka gratis yang terdiri dari serangkaian pustaka perangkat lunak yang luas untuk menangani video, audio, dan file dan aliran multimedia lainnya. Ini dapat digunakan dengan banyak sistem operasi dan perangkat.

Lihat situs web FFmpeg untuk instalasi dan informasi lain tentang FFmpeg. Gunakan build statis terbaru (jangan dikompilasi).

Setelah menginstal, pilih sumber audio/video input untuk FFmpeg. Anda dapat mencari apa yang tersedia, sebagai berikut:

ffmpeg -list_devices true -f dshow -i dummy.

Untuk informasi lebih lanjut, lihat di sini. Bergantung pada apa yang tersedia dan metode penangkapan apa yang ditargetkan, Anda harus dapat menangkap video/audio (tertanam) langsung dari perangkat yang Anda pilih dan menyandikan sinyal dengan FFmpeg. Contoh:

Untuk informasi selengkapnya tentang apa yang harus <IVS-ingest-server> dimasukkan dan<IVS-stream-key>, lihat informasi tentang menyiapkan perangkat lunak streaming langsung diMemulai dengan IVS Streaming Low-Latency. Contoh:

Pengambilalihan Streaming

Pengambilalihan aliran memungkinkan pengguna mengganti aliran yang sedang berlangsung di saluran yang mereka miliki dengan aliran baru. Selama proses ini, aliran sebelumnya tidak pernah terputus, itu hanya digantikan oleh aliran baru. Hal ini memungkinkan pengguna untuk terhubung dengan mulus ke aliran baru tanpa harus menunggu sampai aliran yang sedang berlangsung terputus sepenuhnya.

Proses pengambilalihan aliran memperpanjang sesi streaming yang sedang berlangsung tetapi tidak memulai yang baru. Ini mempertahankan kontinuitas streaming tanpa mengharuskan pemirsa untuk menyegarkan pemutar, meskipun mereka mungkin mengalami status buffering singkat. Tidak ada diskontinuitas dalam rekaman sesi streaming di mana pengambilalihan aliran terjadi.

Untuk memulai pengambilalihan aliran, tambahkan parameter priority URL ke kunci aliran pengguna. Kunci aliran menjadi<IVS-stream-key>?priority=<priority>, di mana <priority> adalah bilangan bulat positif antara 1 dan 2.147.483.647.

Sintaks URI untuk menggunakan pengambilalihan aliran dengan protokol RTMPS adalah:

rtmps://<uri>/<streamkey>?priority=N

Untuk SRT ingest, sintaks URI untuk pengambilalihan aliran adalah:

srt://<uri>?streamid=#!::u=<streamkey>,priority=N&passphrase=foobar

Pengambilalihan berhasil jika integer prioritas yang disediakan untuk aliran baru lebih besar dari integer prioritas untuk aliran yang sedang berlangsung, atau jika tidak ada integer prioritas sebelumnya yang ditetapkan. Selain itu, aliran lama dan baru harus berbagi resolusi, codec video, codec audio, dan jumlah trek yang sama.

Secara default, hingga 100 pengambilalihan dapat dilakukan dalam satu aliran, selama integer prioritas yang lebih besar digunakan untuk setiap pengambilalihan berturut-turut. Jumlah maksimum pengambilalihan aliran dapat disesuaikan per AWS akun (lihat Kuota Layanan). Setelah streaming selesai, saluran tidak menyimpan memori dari bilangan bulat prioritas sebelumnya atau berapa banyak pengambilalihan yang dilakukan, sehingga bilangan bulat prioritas apa pun dapat digunakan kembali di aliran mendatang. Selain itu, jika pengaturan encoder diubah untuk pengambilalihan aliran, sesi streaming tidak menyimpan memori pengaturan encoder sebelumnya, hanya menampilkan pengaturan terbaru.

Jika fitur sambungkan kembali otomatis diaktifkan, SDK siaran seluler IVS menggunakan pengambilalihan aliran untuk menyambung kembali secara otomatis saat penyiar beralih jaringan (misalnya, dari ke seluler). WiFi Untuk mengaktifkan koneksi ulang otomatis:

Pertimbangan untuk Menggunakan Auto-Reconnect dan Aliran Pengambilalihan Bersama

Ketika pelanggan SDK siaran seluler mengaktifkan koneksi ulang otomatis seperti yang dijelaskan di atas, streamer yang sedang berlangsung (Broadcaster A) akan mencoba menyambung kembali hingga 5 kali setelah gangguan jaringan, dimulai dengan priority=1 dan meningkatkan prioritas dengan setiap upaya menyambung kembali. Proses ini memungkinkan siaran pulih secara otomatis pada jaringan yang tidak stabil dengan secara bertahap meningkatkan prioritas dengan setiap koneksi kembali yang berhasil.

Namun, karena sifat inkremental dari perilaku koneksi ulang otomatis, menjadi tantangan bagi penyiar lain (Broadcaster B) untuk berhasil menggunakan pengambilalihan aliran ketika penyiar asli menggunakan koneksi ulang otomatis. Nilai prioritas yang diperlukan untuk memastikan pengambilalihan yang berhasil tidak dapat diprediksi, karena upaya menyambung kembali oleh Penyiar A meningkatkan nilai prioritas dengan setiap percobaan ulang selama durasi streaming.

Catatan: Kami tidak menyarankan menggunakan pengambilalihan aliran untuk mengganti aliran dari SDK siaran seluler saat koneksi ulang otomatis diaktifkan, karena Anda perlu mengelola atau menyimpan catatan prioritas yang diperlukan untuk pengambilalihan. Meskipun menetapkan nilai prioritas besar mungkin berhasil pada awalnya, itu dapat menciptakan tantangan jika pengambilalihan lain diperlukan nanti. Sebaiknya pertahankan koneksi ulang otomatis untuk Penyiar A selama ketidakstabilan jaringan dan pengambilalihan aliran oleh Penyiar B sebagai kasus penggunaan yang berbeda.

Streaming dengan Amazon IVS Broadcast SDK

Amazon IVS broadcast SDK adalah untuk pengembang yang sedang membangun aplikasi Android, iOS, atau Web dengan Amazon IVS. Lihat dokumentasi SDK siaran di Panduan Pengguna Amazon IVS, mulai dari sini. Ada subhalaman dengan panduan untuk Android, iOS, dan streaming Web. SDK siaran memungkinkan Anda untuk menyesuaikan bitrate, frame rate, dan resolusi.

Menguji Stream

Selalu verifikasi bahwa streaming Anda berfungsi.

Arahkan ke streaming video di konsol Amazon IVS, untuk menonton apa yang sedang dialirkan dan mengelola streaming langsung.