上下文感知編碼概述

簡介

我們都在線觀看更多的視頻-在我們的手機，平板電腦，電視，工作中，火車上，同時走在街上等等。隨著串流服務擴充以滿足在更多螢幕上對更多內容的需求，將視訊傳送到這些螢幕的儲存和頻寬成本也會增加。有效率地將高品質視訊大規模提供給各種各樣的裝置，是我們在 Brightcove 工作的核心。內容感知編碼可大幅降低儲存和串流視訊的成本，同時改善觀眾的播放品質。內容感知編碼使用進階內容分析演算法，決定要為每個視訊建立的轉譯數目和品質。在大多數情況下，這會產生較小的視訊檔案 (以及較小的 CDN 帳單)，同時維持視覺品質。

註冊上下文感知編碼

上下文感知編碼需要額外費用。如需搭配內容感知編碼，請聯絡您的客戶經理，以取得適合您影片的最佳轉譯集。

自適應比特率流-我們如何到達這裡

目前透過網際網路傳送的大部分視訊都使用適應性位元速率 (ABR) 串流技術 (例如 HLS 和 MPEG-DASH) 來最佳化視訊播放。ABR 串流包含相同視訊的多個複本，稱為「轉譯」，這些副本會以不同的解析度和位元速率編碼。當使用者按下播放按鈕時，播放程式會收到清單，其中列出可播放的轉譯。播放程式會根據幾個因素選擇適當的節目播放，包括目前可用的頻寬、緩衝區完整度和播放視窗的大小。由於這些因素在播放過程中發生變化，播放器可以切換到更高品質的節目或向下轉換為較低品質的節目，確保觀眾以最小的緩衝效果獲得最佳的視訊品質。

串流服務通常會為其所有內容建立單一編碼組態 — 一組預先決定的 ABR 轉譯 (通常稱為「階梯」)，用來編碼每個內容。決定將分辨率和比特率列入 ABR 階梯是一種不精確的科學。在某些情況下，ABR 階梯可以調整為特定用例-例如，動畫可以以較低的位元速率進行編碼，因為內容通常不太複雜。

靜態 ABR 的問題

接觸廣泛的受眾，使用單一位元速率階梯，針對各種使用者裝置進行各種內容類型編碼，讓串流主進行單一規模適用的案例。在大多數情況下，使用單一 ABR 階梯來編碼高畫質體育內容，以供電視播放，以及在手機上播放的卡通。

問題？使用單一位元速率階梯通常會導致不同類型內容之間的品質不一致。高複雜度的視訊 (例如運動內容) 需要更多的位元才能獲得可接受的觀賞體驗，而非動畫。例如，如果您將 ABR 階梯傾向較高的位元率，以確保您的運動內容看起來很棒，那麼當您使用相同的設定檔編碼動畫內容時，就會浪費儲存空間和頻寬。浪費的儲存空間和頻寬會花費真正的金錢。

使用上下文感知編碼最佳化 ABR 串流

這就是布萊特灣的上下文感知編碼技術進入的地方。「內容感知編碼」不會針對所有內容使用一個 ABR 階梯，而是分析每個來源視訊，並智慧地為每個內容建立自訂位元速率階梯 (一組轉譯)。此外，「內容感知編碼」會考慮與用來檢視內容的傳遞網路和裝置相關的限制。它決定了需要多少轉譯，以及每個節目使用哪些解析度和位元率，同時在所有標題中仍保持一致的品質水平。這樣可大幅節省儲存空間和頻寬成本，同時改善使用者的播放體驗。

下圖說明典型的靜態 ABR 階梯，以及針對典型新聞剪輯所產生的上下文感知階梯範例。

上下文感知編碼能夠使用一半的轉譯數量提供與靜態 ABR 階梯相同的品質，並為每個轉譯使用較低的位元率或更高的解析度。這對播放效能和成本效益都有正面影響。

以較低位元率提供更佳的播放效能

使用靜態 ABR 階梯，具有 1,000kbps 持續頻寬的流動 3G 用戶在 360p 轉譯時達到最高峰值。上下文感知編碼確定它可以以較低的比特率-777kbps 創建更高的解析度 432p 轉譯。此轉譯使用的位元減少了 13%，實際上提供更高的解析度和品質，您可以在下面的並排比較中看到。在下面的例子中，「上下文感知」剪輯片段的更清晰細節在底部的文字和男人的頭髮中都很明顯。

同樣地，擁有價格經濟實惠的住宅互聯網計劃提供 3,000kbps 持續頻寬的用戶，在靜態 ABR 階梯下的 720p 轉譯時，他們可以使用上下文感知編碼以全 1080p 串流，提供全高清體驗。

降低儲存與頻寬成本

將視訊編碼為靜態 ABR 階梯的所有八個節目，總共產生 14,750kbps 的資料。對於一分鐘的影片來說，這是 885MB。右側的「上下文感知」階梯只會產生 4,950kbps。因此，對於同一分鐘的影片來說，這只有 297MB，可節省 66% 的儲存成本。由於使用的頻寬取決於觀眾人數和觀看影片的持續時間，因此節省的頻寬可能會比儲存空間更高。整體而言，Brightcove 預計儲存和頻寬成本可節省高達 50% 的費用。藉由將轉譯的位元率調整為維持視覺品質所需的最低速率，觀眾通常會在每個檢視工作階段期間消耗較少的頻寬，從而節省頻寬成本。

上下文感知編碼和動態傳遞

上下文感知編碼是動態傳遞的一項功能。內容感知編碼會分析每個來源視訊，並智慧地為每個內容建立自訂位元速率階梯 (一組轉譯)。當觀眾按下播放時，Video Cloud 將識別請求的設備，以便我們知道它期望什麼樣的媒體格式（編解碼器，它需要如何打包進行交付，它使用什麼樣的 DRM，它需要什麼隱藏字幕，哪種音頻語言等）。然後，動態傳遞會使用此資訊來即時處理不同的品質等級，使其格式適用於要求內容的裝置。

說明動態交付架構的圖如下所示。如需動態傳遞的詳細資訊，請參閱動態傳遞概觀。

在視訊雲端中使用內容感知編碼

從視訊發佈的角度來看，一些事情會在視訊雲端工作室內以不同的方式顯示出來。首先，使用「上傳」模組上傳視訊時，您會在選取擷取設定檔時看到「CONTEXT AUTE 編碼」區段。

媒體模組會在使用動態傳遞或內容感知內嵌設定檔內嵌的視訊標題旁邊顯示綠色雲端圖示 ( )。使用舊版內嵌描述檔擷取的影片會顯示灰色圖示 ( )。