簡短回答：硬件加速可以改變受支援編碼或解碼路徑所用的處理資源。目標編解碼器兼容性和 Enhanced RTMP 信令仍須分別檢查。從輸出契約開始，在代表性負載下測試一個設定文件，再決定處理能力是否足夠。
將加速用於可測量的處理任務
| 層級 | 決策 | 驗收檢查 |
|---|---|---|
| 輸入 | 來源能否在選定工作流程中解碼或直通？ | 穩定的輸入影像、音訊映射和來源遙測 |
| 變換 | 直通、重新封裝，還是新的編解碼器/解析度/位元率解析度？ | 聲明的輸出編解碼器、設定文件、尺寸、幀率和 GOP 與接收端契約匹配 |
| 加速 | 選定設定文件是否可在所選處理資源上使用？ | 持續執行顯示可用餘量且接收媒體沒有退化 |
| 傳輸 | 輸出需要哪個端點和傳輸方式？ | 目標使用分配的 URL 和憑據連接 |
| Enhanced RTMP | 此發送端/接收端組合是否支援所需編解碼器信令？ | 接收端接受實際媒體；不要僅根據連接判斷 |
區分四項常被稱為轉碼的操作
直通保持編碼媒體不變。重新封裝改變容器或打包方式，但不一定重新編碼流。轉碼會解碼並編碼一個新表示。硬件加速是受支援處理路徑的實現細節，並非第四種媒體格式。在估算基礎設施前，先明確所需操作。
媒體加速實際改變什麼
加速可以為選定的影片操作提供合適資源，但可用密度取決於編解碼器/設定文件、解析度、幀率、輸入複雜度、其他任務以及平臺/驅動組合。AWS 對 VT1 的說明是用於影片轉碼工作負載的 Amazon EC2 實例系列；可將其作為基礎設施背景，然後測試選定的 Callaba 來源、輸出和部署。硬件加速控件屬於 Live Video Transcoding，但設定文件在生產接受前仍需進行代表性執行。
Enhanced RTMP 是互操作性契約
Veovera 規範為 HEVC 和 AV1 等較新編解碼器添加 RTMP/FLV 信令。傳輸仍可以是目標所規定的 RTMP 或 RTMPS。RTMPS 使用 TLS 保護連接，而 Enhanced RTMP 添加編解碼器信令。請針對目標端點檢查這兩項能力。對於 YouTube 路由，YouTube 當前編碼器文檔和目標分配的接收詳情是設定權威。
記錄驗收結果
寫下目標所需的編解碼器、設定文件、GOP/關鍵幀節奏、音訊和端點，然後在代表性負載下執行選定解析度。將接收輸出結果與設定文件一起保存，使下一位操作員可以重複有效路徑。
從目標反向構建一個設定文件
- 記錄目標當前的傳輸、編解碼器、音訊、解析度、幀率、位元率和關鍵幀要求。
- 檢查來源。僅當完整媒體契約已經匹配時才直通。
- 如需轉換，選擇匹配目標契約的輸出設定文件，並確定選定加速路徑是否可用。
- 執行代表性的節目素材足夠長時間，以觀察處理行為、接收的音訊/影片和恢復。
- 保留已知有效的設定文件及用於接受它的證據。
通過觀察邊界排障
輸入正常而輸出始終無法啟動，首先指向目標 URL、憑據、輸出啟用狀態或不兼容的設定文件。已連接輸出但影片黑屏需要檢查編解碼器/設定文件和接收端。提高延遲或更換加速方式不能替代檢查輸出契約。當運動質量下降時，將接收的解析度與來源比較，並檢查位元率控制、節奏和持續處理餘量。
Callaba 的作用
Live Video Transcoding是 Callaba 用於編解碼器、設定文件、位元率、幀率、尺寸、GOP、軌道、聲道、硬件加速和疊加設定的控制界面。手動設定文件可用後，使用Restream API 文檔。對於 YouTube 專用的 Enhanced RTMP 設定，請遵循YouTube 工作流程；對於輸入存取，請使用RTMP Server設定接收端。
