随着線上教學，遠端會議的增多，業務對視訊的留存和備份越來越重要，對于個人單向的直播，錄制問題不大，簡單并友善，但随着互動視訊的增多，多方會議，視訊裝置的接入,桌面共享存錄之類需求越來越多，把多種視訊混錄下來已經是一個比直播錄制技術複雜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 其它架構也可以找筆記交流