H.265編碼視頻在web網(wǎng)頁(yè)上是如何實(shí)現(xiàn)無(wú)插件播放的

這篇文章主要講解了“H.265編碼視頻在web網(wǎng)頁(yè)上是如何實(shí)現(xiàn)無(wú)插件播放的”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“H.265編碼視頻在web網(wǎng)頁(yè)上是如何實(shí)現(xiàn)無(wú)插件播放的”吧！

目前攝像頭存在H.265和H.264兩種編碼格式，我們的攝像頭已經(jīng)支持H265編碼視頻的傳輸。H.264編碼格式可以直接在web瀏覽器通過(guò)H5來(lái)進(jìn)行視頻解碼來(lái)完成播放，但是對(duì)于H.265編碼的視頻，無(wú)法通過(guò)H5直接解碼來(lái)進(jìn)行視頻播放，當(dāng)前的方案是通過(guò)H5調(diào)用編解碼組件來(lái)進(jìn)行web直播。

但當(dāng)前播放的痛點(diǎn)在于：只能使用軟解和單線程來(lái)進(jìn)行視頻播放處理。

我們來(lái)測(cè)試一下H.265直播流解碼播放。經(jīng)測(cè)試，在 MacBook Pro 2.2GHz Intel Core i7 / 16G 內(nèi)存筆記本上，使用 Chrome 瀏覽器長(zhǎng)時(shí)間觀看直播，內(nèi)存使用量穩(wěn)定在 270M ~ 320M 之間，CPU 占用率在 40% ~ 50% 之間。由于CPU占用過(guò)高，無(wú)法滿足可以在同一客戶機(jī)下面播放多路視頻的效果。

由于客戶端播放H.265編碼視頻受到技術(shù)瓶頸限制，現(xiàn)通過(guò)服務(wù)端將H.265編碼格式轉(zhuǎn)碼為H.264編碼，統(tǒng)一由服務(wù)端來(lái)進(jìn)行視頻處理，客戶端只進(jìn)行H.264編碼視頻播放。

實(shí)現(xiàn)方案

方案1：

直接對(duì)H265進(jìn)行封裝成自定義FLV、RTMP、HLS發(fā)布給前端播放，web前端得支持解析H265播放的控件，如果使用這種方案目前基本很難找到適用的開(kāi)源方案，而且后端和前端的改動(dòng)可以說(shuō)基本是推倒重來(lái)，所以這種方案在短時(shí)間內(nèi)是很難實(shí)現(xiàn)的。

方案2：

做一個(gè)轉(zhuǎn)碼服務(wù)對(duì)H265進(jìn)行解碼再編碼成H264，web前端播放方案就無(wú)需做任何改動(dòng)，轉(zhuǎn)碼的話有軟件轉(zhuǎn)碼和硬件轉(zhuǎn)碼兩種方案，軟件轉(zhuǎn)碼耗CPU資源，還有就是考慮硬件轉(zhuǎn)碼的方案了，本文下面要介紹的就是硬件轉(zhuǎn)碼的方案。

實(shí)現(xiàn)過(guò)程

基于現(xiàn)有的視頻服務(wù)框架，在現(xiàn)有的直播中新增轉(zhuǎn)碼功能，平臺(tái)統(tǒng)一接入攝像頭，通過(guò)拉流判斷接入攝像頭視頻流是否為H.265編碼視頻流。若判定接入視頻流為H.265編碼視頻流，將開(kāi)啟轉(zhuǎn)碼服務(wù)，對(duì)現(xiàn)有的視頻流進(jìn)行編解碼處理，將視頻轉(zhuǎn)化為H.264編碼推送給流媒體進(jìn)行視頻分發(fā)。平臺(tái)也同步添加是否開(kāi)啟轉(zhuǎn)碼功能，開(kāi)啟轉(zhuǎn)碼功能后的通道設(shè)備將會(huì)輸出H.264編碼視頻。

目前采用的是CPU的方式來(lái)進(jìn)行視頻轉(zhuǎn)碼。后續(xù)會(huì)增加CPU來(lái)進(jìn)行解碼（需要具體關(guān)聯(lián)到設(shè)備的顯卡）。

感謝各位的閱讀，以上就是“H.265編碼視頻在web網(wǎng)頁(yè)上是如何實(shí)現(xiàn)無(wú)插件播放的”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)H.265編碼視頻在web網(wǎng)頁(yè)上是如何實(shí)現(xiàn)無(wú)插件播放的這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！