本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 动态多视图：边框
AWS Elemental 在参与动态多视图的每个视频输出周围 MediaLive 添加了黑色边框。本节解释了为什么需要边框、边框 MediaLive 的大小以及何时需要更改边框。
## 为什么多视图输出需要边框
当 MediaPackage 组装多视图帧时，它会将每个 Feed 的编码比特流放在邻居旁边，无需解码。在中 H.264，去块滤镜可平滑方块边界上的像素——包括现在位于两个无关源之间的边界。如果不进行分离，来自相邻视图的像素会影响边缘的像素，视图之间的接缝显示出可见的污染。黑色边框吸收了这种过滤。该滤镜对边框像素而不是图片内容起作用，因此无论旁边显示什么，每个视图都保持原始状态。
H.265 不需要边框。多视图所需的编码器设置 H.265 已经隔离了每个视图。 MediaLive 默认情况下，仍会对 H.265 输出应用边框，因此相同内容的 H.264 和 H.265 梯形看起来一致，但您可以缩小或移除边框。
## 边框位于编码框架内
边框是编码图片的一部分，而不是在其周围添加的内容。您配置的编码宽度和高度包括边框，而缩小的是当前图片。宽度和高度可分性规则（16 像素为 32 像素 H.265 ）适用于编码尺寸。 H.264边界在他们里面。 MediaLive 通过缩放和重新定位输入视频以适应活动区域来生成边框。没有裁剪或遮挡任何输入像素——图片略小，未剪切。
**边框值是每边的。**4 像素的边框意味着四条边缘各有 4 个像素，因此它总共消耗 8 个像素的编码宽度和 8 个像素的编码高度。
## MediaLive 大小如何跨越再现阶梯的边界
MediaLive 将 ** 4 像素的边框应用于多视图输出组中分辨率最低的**参与格式副本，并按比例缩放边框以获得较大的格式副本。线性尺寸是最小格式两倍的格式副本会获得两倍的边框。
对于三级梯子： H.264
| 引渡 | 边框（每边） | 边框占宽度的比例 |
| --- | --- | --- |
| 256×144 | 4 | 1.56% |
| 512×288 | 8 | 1.56% |
| 1024×576 | 16 | 1.56% |
比例规则的重点是，边框在每个等*级占帧*的相同比例。这在 ABR 交换机上很重要。当玩家在中途切换副本时，边框会保持其明显的位置和厚度。相反，当玩家向上移动梯子时，每个等级的固定4像素边框似乎会缩小，因此每个开关上的边框似乎都在移动或改变大小——这是一种可见、分散注意力的神器。
最小值为 4 像素 H.264。 H.265 没有最低功能值，但默认为相同的值。
## 视图之间的边界是累加的
每个编码都有自己的边框，并且在生成多视图输出时 MediaPackage 不会对其进行修剪。观众在两个视图之间看到的黑色空间是两个相邻边框的总和，而组装后的框架的外边缘仅显示一个边框。
对于大小相等的视图布局，这意味着视图之间的区域是配置边框的两倍，而外框只有一个边框宽。对于 primary/secondary 布局来说，两个边框是不同的，因此主要边框和次要边框之间的边界是宽边框和窄边框的总和，而不是简单的加倍。
## 让边框看起来更薄
由于边框是整个梯形中帧宽度的恒定分数，因此该分数由**最小**格式副本固定：4 个像素除以最小格式副本的宽度。因此，使边框相对于图片显得更薄的方法是提高 ABR 梯子底部的分辨率。删除最低版本会提高最小的再现 height/width，从而降低每个等级的比率：
| 最小的演示版本 | 4 像素边框占宽度的比例 |
| --- | --- |
| 256×144 | 1.56% |
| 512×288 | 0.78% |
| 640×360 | 0.63% |
这是一种与 ABR 覆盖范围的权衡取舍：更高的底层意味着连接不佳的客户可以回退的等级更少。根据您想要的边框厚度和所需的低比特率覆盖范围来选择地板。
## 覆盖默认值
边框是通过视频描述上的`border`字段为每个输出配置的。明确设置它以覆盖 MediaLive 将要计算的值。
| 编解码器 | 默认 | 你能改变吗？ |
| --- | --- | --- |
| H.264 | 最小还原为 4 个像素，按比例缩放 | 是的，但最低 4 像素仍然适用 |
| H.265 | 相同 H.264，为了保持一致性 | 是的——你可以更改值或设置 0 来完全删除边框 |
如果您覆盖边框，我们建议您在梯子上保持边框的比例，以便 ABR 切换不会导致边框和内容明显移动。