H5,Webrtc,會議視頻錄制,多方視頻,互動,桌面共享錄制,在線課件錄制,錄制直播的方案和架構分析和應用


隨着在線教學,遠程會議的增多,業務對視頻的留存和備份越來越重要,對於個人單向的直播,錄制問題不大,簡單並方便,但隨着互動視頻的增多,多方會議,視頻設備的接入,桌面共享存錄之類需求越來越多,把多種視頻混錄下來已經是一個比直播錄制技術復雜N倍的技術問題,因此筆者針對多種錄制的技術架構和方案分析難易和偏重,和實現方案比較分享給讀者,讓大家有一個全面的了解用使用。

錄制方案簡單分就是二種

1,服務器錄制(服務端單錄或混錄)

服務端混錄技術難度較高,錄制效果好,存錄簡單,旁路直播方便,一般是針對mcu這種架構,給技術難題,給客戶簡單,給用戶方便。

2,客戶端錄制(客戶端混錄,客戶端桌面錄制)

相對技術難度稍低,相對又分出幾種錄制區分方案

a,H5錄制,業務系統不用改造,現在的webrtc技術相對成熟,在桌面共享錄制,或頁標簽,桌面應用都可以,也可以做web直播(這個要服務器配套),技術難點在於音頻混錄,目前webrtc單獨音頻采集是麥克風,播放的聲音采集是沒有接口的,未來是不是會有類似接口,要看webrtc的發展啦,目前有二種變現實現方案,1,安裝插件采錄喇叭混聲,2,安裝虛擬聲卡設備模擬麥給采錄聲音,這樣就實現傳統的混錄效果,目前我們兩種方案都有實施,也都能實現邊錄邊直播,效果可以接受,適合給老系統改造增錄制功能。

注意:如只是單錄課件,web視頻+桌面共享+直播不需要任何插件就可以實現(因為不要混錄聲音),這個是H5比任何系統都還方便,瀏覽器也要注意,桌面共享的免插件的api是chrome7.2以上才支持。

b,客戶端錄制,這個可用最新的ffmpeg之類直接改寫一個錄屏軟件,也是可以接受,麻煩就是安裝客戶端,和現有系統粘合度稍低,也就是說做客戶端還是能搞定很多事就是不太方便用。

  我們知道傳統多方視頻互動,不外三種方案:

一、Mesh架構

即:每個端都與其它端互連。 因為流不經過服務器,所以服務器是沒辦法錄制視頻,只能客戶端錄,

二、MCU (MultiPoint Control Unit)

有技術能務優先考慮mcu架構的錄播系統,這種不僅給客戶簡潔易用,而且存錄方便,旁路直播也方便,最重要還省流量,我看過超過6方通話的sfu,200人看, 6路視頻在有的客戶端較卡,再加服務器流量200*6,想想比較費流量的。。

三、SFU(Selective Forwarding Unit)

類Mesh的架構,如在服務端錄(只支持單錄,就是每個通道單獨錄制),混錄要做mcu服務,客戶端錄參考上面的端錄方案說明

總結:

通過上面分析,對於視頻的混錄,教學混錄,教學互動直播,新建最合適的架構是mcu,這樣可以全面解決混錄各種問題,方便用戶應用。但對於老系統改錄制,和平台升級,在端錄上實施也是一種不錯方案。筆記在參於實施的項目中都有使用。上面是一個項目的架構,測試都還不錯,多方混錄, webrtc視頻多方互動低延0.5秒,旁路直播到各大平台可以上萬並發觀看延時在1-2秒。

演示測試:https://w.ovmeet.com:9301/login.html 其它架構也可以找筆記交流


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM