View a markdown version of this page

動態多檢視:邊界 - MediaLive

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

動態多檢視:邊界

AWS Elemental MediaLive 會在參與動態多檢視的每個影片輸出周圍新增黑色邊界。本節說明為什麼需要邊界、MediaLive 如何調整邊界大小,以及何時可能需要變更邊界。

為什麼多檢視輸出需要邊界

當 MediaPackage 組合多檢視影格時,它會將每個摘要的編碼位元串流放在其鄰近區域旁,而不會解碼。在 H.264 中,解除封鎖篩選條件會跨區塊邊界平滑像素,包括現在位於兩個不相關饋送之間的邊界。如果沒有分離,相鄰視觀表的像素會影響邊緣的像素,且視觀表之間的接縫會顯示可見的污染。黑色邊界會吸收該篩選。篩選條件在邊界像素上運作,而不是在圖片內容上運作,因此每個檢視都會保持原始狀態,無論其旁邊顯示的內容為何。

H.265 不需要邊界。Multiview 為 H.265 所需的編碼器設定已隔離每個檢視。MediaLive 預設仍會將邊界套用至 H.265 輸出,讓相同內容的 H.264 和 H.265 梯形看起來一致,但您可以減少或移除它。

邊界位於編碼影格內

邊界是編碼圖片的一部分,而不是在其周圍新增的內容。您設定的編碼寬度和高度包含邊界,而作用中的圖片會縮小。寬度和高度可分割性規則 — H.264 為 16 像素,H.265 為 32 像素 — 適用於編碼的維度。邊界位於其中。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 像素邊界會隨著玩家向上移動梯子而收縮,因此每個開關上的邊界看起來會移動或變更大小,這是可見且令人分心的成品。

H.264 的最小值為 4 像素。H.265 沒有功能最小值,但預設為相同的值。

檢視之間的邊界是附加的

每個編碼都有自己的邊界,MediaPackage 不會在產生多檢視輸出時裁剪它們。檢視器在兩個檢視之間看到的黑色空間是兩個相鄰邊界的總和,而組合影格的外部邊緣只會顯示一個邊界。

對於相等大小視觀表的配置,這表示視觀表之間的面積是設定的邊界的兩倍,而外框只有一個邊界寬。對於主要/次要配置,兩個邊界不同,因此主要和次要邊界之間的邊界是寬邊界和窄邊界的總和,而不是簡單的倍增。

使邊界看起來更薄

由於邊界是整個階梯中影格寬度的常數部分,該分數由最小轉譯固定:4 像素除以最小轉譯寬度。因此,使邊界看起來比圖片更薄的方法是提高 ABR 梯子底部的解析度。捨棄最低轉譯會提高最小高度/寬度,進而降低每個梯級的比率:

最小轉譯 寬度共用的 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 切換不會導致邊界和內容的可見轉移。