塵埃落定： Akamai CMAF就是網(wǎng)絡流媒體的未來

直播、點播、追劇、看片……你每天會把多少時間花在網(wǎng)絡流媒體方面？

目前大部分在線流媒體內(nèi)容從技術(shù)上都基于Apple的HTTP Live Streaming（HLS）和MPEG的DASH。HLS依賴于MPEG-TS封裝，這是一種從傳統(tǒng)廣播視頻領域過渡而來的技術(shù)，由于傳統(tǒng)廣播視頻領域需要針對無線電傳輸網(wǎng)絡提供一定的噪音保護能力，這導致面向互聯(lián)網(wǎng)流媒體傳輸?shù)腍LS不可避免會產(chǎn)生一定的冗余數(shù)據(jù)結(jié)構(gòu)和不必要的開銷。

MPEG DASH的實現(xiàn)傾向于基于碎片化MP4文件和對IP網(wǎng)絡更友好的ISO Base Media File Format（ISOBMFF）封裝方式。然而，這種技術(shù)的靈活性和開放性反而導致了不同組件之間需要通過復雜的方式加以集成。

互聯(lián)網(wǎng)時代，是否有什么更適合的網(wǎng)絡流媒體傳輸方式？

認識一下CMAF吧！

基于ISOBMFF進行革新的現(xiàn)代化產(chǎn)物CMAF（Common Media Application Format），作為一種封裝格式，它可以將流媒體內(nèi)容打包為適合通過IP網(wǎng)絡進行傳輸?shù)臄?shù)據(jù)包，并通過重要的封裝結(jié)構(gòu)和選項使其能夠兼容內(nèi)容發(fā)行商目前和未來所支持的各種數(shù)據(jù)類型。

CMAF可以理解為一種容納了媒體和相關(guān)數(shù)據(jù)的容器，在這方面，CMAF非常類似于DASH所采用的文件容器機制，因此只需要對編碼器、工作流和播放器進行最少量的改動（甚至完全不需要改動），即可順利過渡至CMAF。

CMAF的出現(xiàn)預示著OTT交付過程中再也不需要使用TS作為容器。編碼一次，打包一次，緩存一次，使用一種類型的播放器，即可完成交付鏈上的絕大部分任務。

因而相比傳統(tǒng)的流媒體傳輸方式，CMAF提供了許多優(yōu)勢，包括：

·可大幅降低準備、存儲和交付內(nèi)容的成本

·提高了緩存效率并可實現(xiàn)源站卸載

·改進了針對低延遲直播流的支持

雖然Apple、Android以及微軟的操作系統(tǒng)都已經(jīng)能夠支持CMAF，但目前依然有很多老設備無法支持，此時可能依然需要使用基于TS的HLS。

話雖如此，但CMAF依然是整個行業(yè)多年來向著統(tǒng)一和融合的未來邁出的最大一步。我們非常期待這個市場能夠選出（編碼、字幕、加密模式和播放格式等方面）的最終贏家，讓CMAF能夠更快速地成為OTT媒體領域的既定標準。

在這一過程中，Akamai也會始終致力于CMAF的實例化，并積極努力確保Akamai旗下媒體點播和直播服務能夠?qū)MAF提供一流的支持。

時至今日，基于互聯(lián)網(wǎng)的視頻流內(nèi)容已經(jīng)在很多人的日常娛樂活動中扮演了越來越重要的角色，而相關(guān)標準經(jīng)過不斷演化和增強，也變得日趨完善。

CMAF作為一種全新的“容器”格式，其更低的延遲和更高的效率有望成為未來OTT領域最重要的標準之一。該標準的具體效果如何？能否被市場廣泛接受？我們拭目以待！