您好,登錄后才能下訂單哦!
本篇文章為大家展示了H.265是如何降低視頻存儲和傳輸成本,內容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細介紹希望你能有所收獲。
互聯網時代,每一次技術革新都會帶來商業價值、推動社會進步。然而旺盛的市場需求也會倒推技術的成熟。
從視頻行業來看,內容的豐富度在增強,曾經H.264讓1080p風暴席卷了全球,但伴隨著4K、VR等產業普及,它再也無法引領潮流了。相應的在視頻體驗過程中,為了保障清晰度,視頻碼率的要求也在提高。同等的帶寬應對更大的碼率,畫質和卡頓的出現勢必也會影響用戶體驗。反之想要發展,帶寬成本是行業無法繞過的一個問題。H.265作為新一代的視頻編碼標準,順應時代而生。
H.265(HEVC)是新一代的視頻編碼算法,與H.264相比,在同等清晰度下,能為視頻的存儲、傳輸節約成本,同時,網絡帶寬的降低也能在同等帶寬的條件下給用戶帶來更好的視頻觀看體驗。下面我們來看下H.265技術如何在直播中實現。下圖為典型的直播流程:
l 綠色連線表示H.265支持的協議
l 紅色連線表示H.265不支持的協議
l 自定義表示視頻直播系統的內部傳輸協議,可以自由選擇。
在涉及到視頻編碼的地方,就有可能使用H.265,在上面流程中,我們看到有2個地方涉及到編碼,分別為: 在采編端提供H.265編碼能力和采編端保持H.264,在云端提供H.264到H.265的轉碼能力,為了使用這兩種方案,云端必須做到:
l 在傳輸上支持H.265。當前的直播上行幾乎都會使用RTMP,下行通常會使用RTMP,HTTPFLV或者HLS。然而,RTMP,HTTPFLV使用的視頻封裝都是FLV,FLV是不支持H.265的,需要對FLV進行擴展。TS是支持H.265的,不需要擴展。
支持H.264到H.265,H.265到H.264,H.265到H.265的實時轉碼。
下面我們看看如何在FLV中支持H.265:FLV的封裝結構為一個個tag,每個tag有tagheader表示該tag是視頻,音頻,還是script。對于視頻tag,會有一個4bit的字段標識視頻編碼類型,如下圖所示:
可以看到,這個4bit(0-15)的字段CodecID已經使用了6種類型,剩下的幾種可以用于擴展。同時,我們看ffmpeg對FLV格式的定義,會發現,ffmpeg對FLV CodecID使用已經到了9,如下圖所示:
為了避開ffmpeg對FLV的擴展引起的兼容問題,需要使用其他的 個CodecID來表示H.265。
在使用擴展了傳輸協議,并在云端實現了H265的轉碼后,直播流程如下圖所 :
使用時可以根據不同的推流端或播放端能 ,使用如下組合:
推流進行H.265編碼,并使用擴展的RTMP協議,上傳H.265直播流,云端轉成不同碼率的H.265和H.264,并輸出HLS,標準RTMP,擴展RTMP,標準HTTPFLV,擴展HTTPFLV,供不同解碼能能力和網絡帶寬的終端觀看。
推流使用H.264編碼,云端將H.264轉碼成不同碼率的H.264和H.265碼流,輸出HLS,標準RTMP,擴展 RTMP,標準HTTPFLV,擴展HTTPFLV,供不同解碼能力和網絡帶寬的終端觀看。
誠然,新的標準誕生,伴隨著鮮花掌聲和追捧,也同樣存在問題。H.265所依賴的算法的復雜程度決定了它需要多的計算能力來支撐,隨之而來的就是對硬件消耗增多。
據了解,H.265解碼的理論運算量為H.264的1.7~2.0倍,之前雙核A9+單核GPU配置可以流暢播放H.264視頻的話,而到了H.265視頻就只能欣賞一下幻燈片了。這也就是現在各視頻云廠商都還在摸索階段的主要原因。
雖然如此,H.265能比H.264節約20%-40%的碼率也是其不可小看的優勢,所以在直播中應用H.265的目的也十分明確,就是降低視頻碼率,節省帶寬成本。
云計算技術日益成熟,未來會有越來越多的廠商涌入到視頻云市場之中。BAT等互聯網巨頭云集,大數據、H.265、4K、VR、AR等技術和標準的不斷應用也對視頻云服務提出了更高的要求。如何能夠根據自身優勢,順應技術革新,幫助客戶降低成本是值得思考的命題,相信每個廠商都有自己的答案。
上述內容就是H.265是如何降低視頻存儲和傳輸成本,你們學到知識或技能了嗎?如果還想學到更多技能或者豐富自己的知識儲備,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。