2019 VOD编码工具指南
文 / Jan Ozer
譯 / John
審校 / 蔣默邱澤
原文
https://www.streamingmedia.com/Articles/Editorial/Featured-Articles/Buyers-Guide-to-On-Prem-Encoding-2019-132021.aspx
?
Streaming Media/Beamr的一篇題為“洞悉觸手可及的HEVC:應用、影響與工作流程”的文章中寫道:有61%的受訪者仍基于本地編碼處理;而基于私有云計算進行編碼客戶比例僅為21%。盡管其中一些受訪者是采用本地+云端并行的編碼方式,但將編碼遷移到云端顯然是大勢所趨。我們希望為這些準備通過云計算方式從事編碼活動的開發者撰寫以下指南。
盡管有數十篇白皮書與文章詳述了云計算是如何削減編碼成本并改善開發者的編碼工作流程,但大多數開發者依舊選擇他們信賴的編碼方式與工具。需要提醒您的是,接下來的內容主要基于VOD編碼器而非實時編碼器撰寫,我們希望此文章可以涉及所有相關類別的編碼工具;除此之外,本指南中的產品列表旨在提供示例而非展示細節;最后Beamr的調查還明確了任何本地編碼指南的開始階段,因為FFmpeg部署在36%的生產工作流程中。所以讓我們從FFmpeg開始,逐步延伸至更復雜的編碼工具。
FFmpeg
FFmpeg是免費的開源命令行編碼器/解碼器,可用于Windows、Linux和Mac,當然也可為其他操作系統編譯。FFmpeg是許多編碼產品和服務的引擎,也是Netflix和YouTube等公司的編碼方案。FFmpeg最初于2000年12月發售,最新版本為4.1,其最明顯的新特性是增加了對AOM 開放媒體聯盟 AV1編碼的支持。FFmpeg包括高質量的純軟件編解碼器如x264和x265,以及英特爾(QSV)和NVIDIA(NVENC)編解碼器,可在多平臺支持硬件加速編碼。
除了編碼之外,FFmpeg還擅長廣泛的有用輔助功能,包括不經編碼與注入文本即可拆分與連接文件等。雖然FFmpeg不能直接為DASH的HLS或MPD文件生成變體播放列表,但我們也可將其他開源工具(如Bento4)添加到簡單的工作流程中,并生成包括DRM和字幕的HLS和/或DASH輸出。實際上,本期教程中的一部分內容詳細介紹了如何使用Bash腳本設置監視文件夾,該腳本使用FFmpeg和Bento4將放入文件夾的文件編碼并打包,生成HLS和DASH的多比特率梯形圖。
雖然使用FFmpeg進行命令行處理相對簡單,但可用性主要因其大多數程序需要通過GUI實現而大打折扣。此外,向FFmpeg添加類似工作流的功能也需要高質量的編程,門檻較高。如果您正在尋找一種易于插入具有預編碼和后編碼質量控制工作流程的編碼器,那么FFmpeg顯然不是最佳選項。
Adobe Media Encoder(AME)
Adobe Media Encoder(AME)是大多數Premiere Pro和After Effects制作流程的最后一步。在大多數情況下,AME作為多軌夾層媒體文件的創建者,便于文件上傳至其他網站進行傳輸與編碼;AME同樣適用于Final Cut Pro中的編碼器,也可能是Avid Media Composer。AME還包括許多用于相機和設備的預設,但它不能為基于HLS或DASH的分發生成封裝以用于輸出。
一些不太常用的實踐與案例可以體現出Premiere Pro和AME的不足:第一個涉及將包含屏幕錄制或PowerPoint等計算機圖像內容的視頻,編碼為夾層文件以便于上傳至生產編碼器,在此應用場景下,理想的編碼方式應當是CRF,因為CRF可調整碼率恒定保持畫面質量。而AME不支持CRF編碼,這就需要開發者推測應當將碼率維持在哪一范圍內或以非常高的碼率編碼并延長上傳時間,才能維持畫面質量符合需求。以演示文稿內容為例,CRF編碼可將夾層文件大小(上載時間)減少大約80%,而AME生成的夾層媒體文件與使用免費CRF編碼器生成的文件之間沒有明顯視覺差異,這種基于FFmpeg的編碼器我們將其稱為HandBrake。
第二個則是處理使用iPhone拍攝的視頻時Premiere Pro會明顯力不從心。因為這些視頻是以可變幀速率進行編碼;當本地文件被導入Premiere Pro時,這些iPhone視頻會在播放后的一分鐘內出現同步失敗的現象,解決此問題的方案是HandBrake。當然,這些都不應對AME的批評,AME可以良好的狀態應對99.9%的編碼任務。我們希望通過上述案例與大家分享一些其他的處理特殊因場景更加出色的編碼工具,HandBrake(我將其稱為FFmpeg Front Ends)便是其中之一。
FFmpeg 前端工具
go2sm.com/ffmpeggui上有一個為FFmpeg提供GUI的程序列表,我即將把XMedia Recode(go2sm.com/xmedia)等程序添加至其中。不幸的是,除了HandBrake之外,大多數程序自2015年以來都沒有更新過,這也使得這些程序難以被用于現在的復雜任務。我的辦公室中的絕大多數電腦系統都安裝了HandBrake,足以體現其實用性。
盡管如此,我所研究的項目依然有許多等待著被商用。多年前我聽說FFmpeg前端可以提供一系列功能,但我從未實際下載并嘗試過它們。這些程序的潛在好處是可以讓開發者以非常便宜的價格體驗許多新功能,如果只是為了單純啟動并使用FFmpeg進行編程那么遠不用大費周章;但如果您正在尋找一種可體驗諸多新特性的便捷方式,請不要錯過接下來我所介紹的內容。
商用編碼容器
最后一類包括商用編碼器和封裝器。多軌視音頻文件輸入封裝器,隨后封裝器輸出封裝好并準備分發的HLS / DASH文件。雖然不同類別文件之間存在大量重疊,但封裝器與商用編碼器主要有以下三種類型:
傳統的本地編碼器,可在傳統平臺上部署。這些產品僅作為純軟件或硬件/軟件組合對外出售,主要部署在單個Windows或Linux工作站上。此類別中的公司和產品包括Ateme(Titan File)、AWS Elemental(AWS Elemental Server)、Capella Systems(Cambria FTC)、Elecard(Converter Studio VOD)、Harmonic(HFS和ProMedia X Origin)、Imagine Communications(SelenioFlex File) 、Media Excel(HERO文件)、MediaKind(以前的愛立信)、Telestream(Vantage)和Spin Digital(Spin Enc)。雖然您可以在私有云或公共云中部署這些經過許可的軟件,但這些程序主要被安裝在單個計算機或工作站上。
專用于在私有云或其他虛擬化環境中部署的編碼器。 這里的公司包括帶有Selenio One XC的Imagine Communications和帶有Electra XVM和VOS SW Cluster產品的Harmonic。
可用于在私有云或其他虛擬化環境中部署的云編碼器。該組中的公司包括Bitmovin和Encoding.com。
第三類產品改變了傳統定價模式:如果第一類供應商向企業收取軟件的一次性許可證與年度技術支持,那么第三類供應商即提供每分鐘或每GB的輸出自定義報價,企業即可通過不同的選擇降低資本支出并將SaaS定價引入本地編碼。
我們現在回到定價,在選擇編碼器我們從三個基本點來分類。
基本要求
這部分我們探討的是編碼是否可以完成我們工作要求,當然我盡量簡短不啰嗦。
軟件是否在你希望的硬件或系統平臺運行,無論現在還是將來?如果虛擬化環境那么近期或者未來擴容是否在你考慮范圍內。
編解碼、格式、字幕、DRM
系統是否支持字幕,DRM所需的編解碼器和封裝容器,并包含對廣告插入等其他小需求?公司的當前或者將來是否集成DRM提供商?是否計劃支持近期或者未來的編解碼器如:HEVC、VP9、AV1、VVC;例如編碼或者封裝容器是否支持HLS集成分發HEVC、H.264或使用DASH編碼的VP9、AV1梯度編碼呢?
多項選擇
通常購買的編碼器滿足絕大多數節目需求,但是萬一節目量激增會發生該怎么辦?您是否使用臨時云編碼,還是必須購買一套新的系統?如果云編碼功能尚可,它們是否使用相同編碼參數和封裝容器,可否執行獨立QC以保證無縫接入質量?
編碼器工作流工具是否需要?
首先要問的問題之一是編碼器將如何以及在何處適合您的整個生產流程。如果編碼是獨立的,并非集成的工具,那么我們最關心的是可靠的編碼觸發機制,如GUI或者熱目錄監視。如果是集成度高工作流,可能還需要關注應用API調用。
如果尋找編碼器來創建生產流,需要預先定義模板或者流程。它是否包含預設質量標準或者對QC審計后編碼確保視頻/音頻符合最基本視頻質量標準!
如果您正在尋找流程化編碼或者封裝分發中心,請考慮具有工作流的Telestream Vantage或Harmonic WFS等產品。所有情況下,我們擔心編碼前和編碼后的質量控制或者類似參數問題,因為輸出最終結果會通過同公司或第三方用戶來訪問這些功能服務。
可控性
如果僅在服務器上提供傳統GUI或者多個基于瀏覽器的GUI配置和控制系統?API或者內網安全和權限可訪問性如何?
性價比
競爭定價系統可能是最頭痛部分,一切都歸屬于您對生產環境方方面面評估,至少未來的2年或者更久;你需要考慮以下問題:
考慮到一些供應商銷售需要打包器的獨立編碼器和一些銷售集成編碼器/打包器的產品,您需要獲得哪些組件才能完成工作?
如果購買基于軟件的系統,所需硬件的成本是多少?
您需要購買多少個系統才能達到所需的吞吐量?硬件加速是否可以作為簡單購買更多系統的替代方案?
如果您購買多個系統,從冗余的角度來看如何工作的?如果控制器出現故障,整個集群是否崩潰,或者是否存在冗余?
技術支持需要多少費用,特別是在安裝和設置期間以及此后的正常操作問題?
有任何設置或安裝費用嗎?
軟件和任何硬件售后更新的持續成本是多少?
如果購買硬件在保修期內利舊的系統獲得硬件交換的成本和時間是多少?
一旦清晰知道必須購買什么規模的所需性能,冗余和售后支持水平,您就應該能夠完成不同供應商提供的定價模型。
前瞻考慮
2018年的編碼流行術語少不了“per-title encoding”為特定視頻自定義編碼梯度能力。本期中的另一個購買指南總結了必要哪些功能,并簡要討論了場景編碼。在這一點上您有必要為任何內容提供一個強大的per-title編碼功能。
2019年的編碼器流行術語是“CMAF”——Common Media Application Format。這是一個允許生產者編碼、封裝打包與分發一組加密文件給HLS和DASH播放器的視頻編碼標準。CMAF將會大幅度簡化編碼過程并削減存儲與其他運營成本,同時維持多路傳輸復用或實時切片打包 7*24運行的能耗。這也就是為什么在2019年您考慮任何編碼器都應該能夠生成一組受FairPlay、PlayReady和Widevine DRM保護的CMAF格式內容。
改善編碼質量
編碼器公司的營銷部門很難宣稱他們的解決方案可以提供業界最高質量的編碼方案。因為大多數編碼公司正在使用的都是由編碼項目主管工程師所實施并經許多買家使用與測試的一套通用編解碼器,這就意味著大多數公司的編碼器產品的輸出質量將非常相似。
但這些編碼器產品的明顯差距主要體現在編碼吞吐量與Per-Title編碼顯著差異上。這是我們需要花時間重點研究的,而非把時間花費在與編碼質量無關的差異測試上。
摘要
如何選擇編碼器是一項與視頻內容生產息息相關的關鍵決策,視頻質量與觀看兼容性是需要重點關注的兩個維度,同樣這些也是用戶體驗質量的重要組成部分。希望這些信息能為您的決策帶來幫助。
作為最后建議,您應該始終與當前客戶溝通,了解最初設置狀態,程序穩定性情況,如何提供迅速支持,以及公司未來要求。當然供應商只會為你提供合適的客戶,但任何信息有總比沒有強。除了與當下的使用者交談,行業中還有更多客戶流失,你可以與那些希望重構的平臺負責人聊聊。為此選擇考慮編碼器A&B,心里都應該清楚有數放棄A選擇B,反之亦然。
更多參考請下載pdf
https://www.streamingmedia.com/PDF/64b15f50-2708-4588-917a-e0cdbf9249ce.pdf?i=4cc344f0-9423-467c-a72a-9db081dadf8d
LiveVideoStack? 招募
LiveVideoStack正在招募編輯/記者/運營,與全球頂尖多媒及技術專家和LiveVideoStack年輕的伙伴一起,推動多媒體技術生態發展。了解崗位信息請在BOSS直聘上搜索“LiveVideoStack”,或通過微信“Tony_Bao_”與主編包研交流。
點擊【閱讀原文】,了解更多大會相關信息。
超強干貨來襲 云風專訪:近40年碼齡,通宵達旦的技術人生總結
以上是生活随笔為你收集整理的2019 VOD编码工具指南的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: IBC+Palette 实现屏幕内容编码
- 下一篇: 许耀武:有趣有挑战的二十年