close

。Apple 低延遲 HLS 與 CMAF 的關係
原文作者:Traci Ruether
原文出處: https://www.wowza.com/blog/apple-low-latency-hls


在之前的Apple全球開發者大會(WWDC)上,Apple 宣布了其 HTTP Live Streaming(HLS)協議的全新擴展的規範:低延遲 HLS (Apple Low-Latency HLS)。 雖然縮短即時串流直播的延遲是一個宏偉的目標(也是我們的目標),但此消息中斷了整個行業通過分塊傳輸編碼來做到這一點的努力。

CMAF與低延遲競賽

事情是這樣的:很久以前,任何想要在Apple和Microsoft設備上都能串流直播,都必須對相同的音頻和視頻數據進行兩次編碼和存儲。 這是因為 Apple 的 HTTP Live Streaming(HLS)協議指定使用.ts格式,而HTTP的動態自適應流(DASH)幾乎統一使用.mp4格式包裝。

可以將其視為手機和電腦的充電器。 Android 和 iPhone不使用相同的充電器,從而導致電線多了。 由於Apple將專有電纜用於專有端口,因此,每當用戶丟失充電器時,他們就不得不去Apple Store。 HLS協議就像是用於串流直播傳輸到Apple設備的專有充電器一樣。 另一方面,MPEG-DASH致力於將其傳遞到其他地方。

微軟和蘋果公司奇蹟般地通過宣布一種稱為通用媒體應用格式(CMAF)的新標準,簡化了一切。 該規範將使用.mp4格式包裝,HLS和DASH都可以引用該格式包裝。
With CMAF vs. Without CMAF

這是個好消息。 內容分發者不再需要對相同的數據進行兩次編碼和存儲。 單一格式將為發布單位節省資金並簡化視頻傳送流程。

此外,整個行業的供應商開始合作,通過分塊編碼和分塊傳輸編碼來減少基於HTTP的流的延遲。 通過利用這項技術,CMAF可用於實現不到三秒的延遲。

降低延遲的全行業努力

Wowza 也致力於支持低延遲 CMAF。 Akamai,JW Player,Fastly 等團隊都朝著同樣的目標努力。 這很重要,因為為了正常工作,串流生態系統中的供應商需要相應地優化其產品。 也邀請客戶儘早使用低延遲CMAF,我們為使用分塊傳輸編碼將流同時傳輸到Apple和Microsoft設備的前景感到興奮。

然後, 蘋果推出了低延遲HLS 。

Apple Low-Latency HLS 和 Low-Latency CMAF

雖然社群串流媒體一直在朝著使用分塊傳輸編碼的低延遲CMAF邁進,但蘋果公司的公告澄清說,他們將支持HLS的另一種低延遲技術。 儘管這不是我們預期的,但我們現在致力於支持Apple Low-Latency HLS。

主要區別:

格式: Apple Low-Latency HLS 使用分段的.mp4格式包裝(CMAF)和.ts格式。

交付: Apple Low-Latency HLS使用HTTP / 2 PUSH,而不是使用分塊的傳輸編碼。

根據Apple的Roger Pantos的說法,使用Apple Low-Latency HLS可以實現不到2秒的延遲。 一些人對此是否會產生規模存在疑問。 其他人則批評蘋果選擇瞭如此復雜的解決方案。 無論哪種方式,我們都可以想像,隨著這項技術的實施,還有一些問題需要解決。

為了幫助完成此過程,我們開始工作。 Wowza今年將同時為DASH支持 Apple Low-Latency HLS 和 Low-Latency CMAF。 為了簡潔起見,我們使用總括性術語 HTTP Low Latency來封裝這兩個規範。

Wowza 也正在努力為DASH支持Apple Low-Latency HLS 和 Low-Latency CMAF,這兩種技術有望迅速成為OTT,現場體育,電子遊戲和交互式流媒體的首選技術。

原文作者:Traci Ruether
原文出處: https://www.wowza.com/blog/apple-low-latency-hls

小吳老師 翻譯 整理

 

arrow
arrow
    全站熱搜

    小吳老師 發表在 痞客邦 留言(0) 人氣()