隨著在線教學(xué)宜鸯，遠(yuǎn)程會議的增多，業(yè)務(wù)對視頻的留存和備份越來越重要遮怜，對于個(gè)人單向的直播淋袖，錄制問題不大，簡單并方便锯梁，但隨著互動視頻的增多即碗，多方會議焰情，視頻設(shè)備的接入,桌面共享存錄之類需求越來越多，把多種視頻混錄下來已經(jīng)是一個(gè)比直播錄制技術(shù)復(fù)雜N倍的技術(shù)問題剥懒，因此筆者針對多種錄制的技術(shù)架構(gòu)和方案分析難易和偏重内舟，和實(shí)現(xiàn)方案比較分享給讀者遇绞，讓大家有一個(gè)全面的了解用使用霞捡。
錄制方案簡單分就是二種
1，服務(wù)器錄制（服務(wù)端單錄或混錄）
服務(wù)端混錄技術(shù)難度較高泄隔，錄制效果好保檐，存錄簡單耕蝉，旁路直播方便，一般是針對mcu這種架構(gòu)夜只，給技術(shù)難題垒在，給客戶簡單，給用戶方便扔亥。
2场躯，客戶端錄制（客戶端混錄，客戶端桌面錄制）
相對技術(shù)難度稍低旅挤，相對又分出幾種錄制區(qū)分方案
a,H5錄制推盛，業(yè)務(wù)系統(tǒng)不用改造，現(xiàn)在的webrtc技術(shù)相對成熟谦铃，在桌面共享錄制耘成，或頁標(biāo)簽，桌面應(yīng)用都可以驹闰，也可以做web直播（這個(gè)要服務(wù)器配套）瘪菌，技術(shù)難點(diǎn)在于音頻混錄，目前webrtc單獨(dú)音頻采集是麥克風(fēng)嘹朗，播放的聲音采集是沒有接口的师妙，未來是不是會有類似接口，要看webrtc的發(fā)展啦屹培，目前有二種變現(xiàn)實(shí)現(xiàn)方案默穴，1，安裝插件采錄喇叭混聲褪秀，2蓄诽，安裝虛擬聲卡設(shè)備模擬麥給采錄聲音，這樣就實(shí)現(xiàn)傳統(tǒng)的混錄效果媒吗，目前我們兩種方案都有實(shí)施仑氛，也都能實(shí)現(xiàn)邊錄邊直播，效果可以接受，適合給老系統(tǒng)改造增錄制功能锯岖。
注意：如只是單錄課件介袜，web視頻+桌面共享+直播不需要任何插件就可以實(shí)現(xiàn)（因?yàn)椴灰熹浡曇簦@個(gè)是H5比任何系統(tǒng)都還方便出吹，瀏覽器也要注意遇伞，桌面共享的免插件的api是chrome7.2以上才支持。
b,客戶端錄制捶牢，這個(gè)可用最新的ffmpeg之類直接改寫一個(gè)錄屏軟件鸠珠，也是可以接受，麻煩就是安裝客戶端叫确，和現(xiàn)有系統(tǒng)粘合度稍低，也就是說做客戶端還是能搞定很多事就是不太方便用芍锦。
我們知道傳統(tǒng)多方視頻互動竹勉，不外三種方案：?
一、Mesh架構(gòu)
即：每個(gè)端都與其它端互連娄琉。?因?yàn)榱鞑唤?jīng)過服務(wù)器次乓，所以服務(wù)器是沒辦法錄制視頻，只能客戶端錄孽水，
二票腰、MCU (MultiPoint Control Unit)
有技術(shù)能務(wù)優(yōu)先考慮mcu架構(gòu)的錄播系統(tǒng)，這種不僅給客戶簡潔易用女气，而且存錄方便杏慰，旁路直播也方便，最重要還省流量炼鞠，我看過超過6方通話的sfu,200人看缘滥， 6路視頻在有的客戶端較卡，再加服務(wù)器流量200*6,想想比較費(fèi)流量的谒主。朝扼。
三、SFU(Selective Forwarding Unit)
類Mesh的架構(gòu)霎肯，如在服務(wù)端錄（只支持單錄擎颖，就是每個(gè)通道單獨(dú)錄制），混錄要做mcu服務(wù)观游，客戶端錄參考上面的端錄方案說明
總結(jié)：
通過上面分析搂捧，對于視頻的混錄，教學(xué)混錄懂缕，教學(xué)互動直播异旧，新建最合適的架構(gòu)是mcu，這樣可以全面解決混錄各種問題提佣，方便用戶應(yīng)用吮蛹。但對于老系統(tǒng)改錄制荤崇，和平臺升級，在端錄上實(shí)施也是一種不錯(cuò)方案潮针。筆記在參于實(shí)施的項(xiàng)目中都有使用术荤。上面是一個(gè)項(xiàng)目的架構(gòu)，測試都還不錯(cuò),多方混錄每篷， webrtc視頻多方互動低延0.5秒瓣戚，旁路直播到各大平臺可以上萬并發(fā)觀看延時(shí)在1-2秒。
?
演示測試：https://w.ovmeet.com:9301/login.html其它架構(gòu)也可以找筆記交流
