Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Multiview Dinamis: Perbatasan
AWS Elemental MediaLive menambahkan batas hitam di sekitar setiap output video yang berpartisipasi dalam Dynamic Multiview. Bagian ini menjelaskan mengapa perbatasan diperlukan, bagaimana MediaLive ukurannya, dan kapan Anda mungkin ingin mengubahnya.
## Mengapa output multiview membutuhkan perbatasan
Saat MediaPackage merakit bingkai multiview, ia menempatkan bitstream yang dikodekan setiap umpan di sebelah tetangganya tanpa decoding. Di H.264, filter deblocker menghaluskan piksel melintasi batas blok — termasuk batas yang sekarang berada di antara dua umpan yang tidak terkait. Tanpa pemisahan, piksel dari tampilan yang berdekatan mempengaruhi piksel di tepi Anda, dan jahitan antar tampilan menunjukkan kontaminasi yang terlihat. Perbatasan hitam menyerap penyaringan itu. Filter beroperasi pada piksel perbatasan, bukan pada konten gambar, sehingga setiap tampilan tetap murni terlepas dari apa yang ditampilkan di sampingnya.
H.265 Tidak perlu perbatasan. Pengaturan encoder yang dibutuhkan multiview H.265 sudah mengisolasi setiap tampilan. MediaLive masih menerapkan batas ke H.265 output secara default, sehingga tangga H.264 dan H.265 tangga konten yang sama terlihat konsisten, tetapi Anda dapat mengurangi atau menghapusnya.
## Perbatasan berada di dalam bingkai berkode
Perbatasan adalah bagian dari gambar berkode, bukan sesuatu yang ditambahkan di sekitarnya. Lebar dan tinggi kode yang Anda konfigurasikan menyertakan perbatasan, dan gambar aktif adalah apa yang menyusut. Aturan pembagian lebar dan tinggi — 16 piksel untuk H.264, 32 piksel untuk H.265 — berlaku untuk dimensi kode. Perbatasan ada di dalam mereka. MediaLive menghasilkan perbatasan dengan menskalakan dan memposisikan ulang video input agar sesuai dengan area aktif. Tidak ada piksel input yang dipotong atau dikaburkan - gambar sedikit lebih kecil, tidak terpotong.
**Nilai perbatasan adalah per sisi. ** Batas 4 piksel berarti 4 piksel pada masing-masing dari empat tepi, sehingga mengkonsumsi 8 piksel lebar kode dan 8 piksel tinggi kode secara total.
## Bagaimana MediaLive ukuran berbatasan melintasi tangga rendisi
MediaLive menerapkan batas ** 4 piksel ke rendisi peserta resolusi terendah ** dalam grup keluaran multiview dan menskalakan batas secara proporsional untuk rendering yang lebih besar. Rendisi dengan dimensi linier dua kali lipat dari yang terkecil mendapatkan batas dua kali lipat.
Untuk tangga tiga anak tangga: H.264
| Rendisi | Perbatasan (per sisi) | Perbatasan sebagai bagian dari lebar |
| --- | --- | --- |
| 256×144 | 4 | 1.56% |
| 512×288 | 8 | 1.56% |
| 1024×576 | 16 | 1.56% |
Inti dari aturan proporsional adalah bahwa perbatasan menempati * fraksi * bingkai yang sama di setiap anak tangga. Itu penting di seluruh sakelar ABR. Ketika pemain mengganti rendering di tengah aliran, perbatasan mempertahankan posisi dan ketebalannya yang jelas. Batas 4 piksel tetap di setiap anak tangga malah akan tampak menyusut saat pemain bergerak menaiki tangga, sehingga perbatasan akan tampak bergerak atau mengubah ukuran pada setiap sakelar — artefak yang terlihat dan mengganggu.
4 piksel adalah minimum untuk H.264. H.265 tidak memiliki minimum fungsional, tetapi default ke nilai yang sama.
## Batas antar tampilan bersifat aditif
Setiap encode membawa batasnya sendiri, dan MediaPackage tidak memangkasnya saat menghasilkan output multiview. Ruang hitam yang dilihat pemirsa di antara dua tampilan adalah jumlah dari dua batas yang berdekatan, sedangkan tepi luar bingkai yang dirakit hanya menunjukkan satu batas.
Untuk tata letak tampilan ukuran yang sama, itu berarti area antara tampilan dua kali batas yang dikonfigurasi dan bingkai luar hanya lebar satu batas. Untuk tata primary/secondary letak kedua batas berbeda, jadi batas antara primer dan sekunder adalah jumlah batas lebar dan sempit daripada penggandaan sederhana.
## Membuat perbatasan terlihat lebih tipis
Karena batas adalah fraksi konstan dari lebar bingkai di seluruh tangga, fraksi itu ditetapkan oleh ** rendisi ter ** kecil: 4 piksel dibagi dengan lebar rendisi terkecil. Cara untuk membuat batas tampak lebih tipis relatif terhadap gambar adalah dengan meningkatkan resolusi bagian bawah tangga ABR Anda. Menjatuhkan rendisi terendah meningkatkan yang terkecil height/width, yang menurunkan rasio untuk setiap anak tangga:
| Rendisi terkecil | Batas 4 piksel sebagai bagian dari lebar |
| --- | --- |
| 256×144 | 1.56% |
| 512×288 | 0,78% |
| 640×360 | 0,63% |
Ini adalah pertukaran terhadap jangkauan ABR: lantai yang lebih tinggi berarti klien dengan koneksi buruk memiliki lebih sedikit anak tangga untuk kembali. Pilih lantai berdasarkan seberapa tipis batas yang Anda inginkan dan berapa banyak cakupan bitrate rendah yang Anda butuhkan.
## Mengganti default
Perbatasan dikonfigurasi per output melalui `border` bidang pada deskripsi video. Tetapkan secara eksplisit untuk mengganti nilai yang MediaLive akan dihitung.
| Codec | Default | Bisakah Anda mengubahnya? |
| --- | --- | --- |
| H.264 | 4 piksel pada rendisi terkecil, diskalakan secara proporsional | Ya, tetapi minimum 4 piksel masih berlaku |
| H.265 | Sama seperti H.264, untuk konsistensi | Ya - Anda dapat mengubah nilai atau mengatur 0 untuk menghapus batas sepenuhnya |
Jika Anda mengganti batas, sebaiknya jaga agar batas tetap proporsional di seluruh tangga sehingga pengalihan ABR tidak menghasilkan pergeseran batas dan konten yang terlihat.