H5，Webrtc，会议视频录制，多方视频，互动，桌面共享录制，在线课件录制，录制直播的方案和架构分析和应用

随着在线教学，远程会议的增多，业务对视频的留存和备份愈来愈重要，对于我的单向的直播，录制问题不大，简单并方便，但随着互动视频的增多，多方会议，视频设备的接入,桌面共享存录之类需求愈来愈多，把多种视频混录下来已是一个比直播录制技术复杂N倍的技术问题，所以笔者针对多种录制的技术架构和方案分析难易和偏重，和实现方案比较分享给读者，让你们有一个全面的了解用使用。

录制方案简单分就是二种

1，服务器录制（服务端单录或混录）

服务端混录技术难度较高，录制效果好，存录简单，旁路直播方便，通常是针对mcu这种架构，给技术难题，给客户简单，给用户方便。

2，客户端录制（客户端混录，客户端桌面录制）

相对技术难度稍低，相对又分出几种录制区分方案

a,H5录制，业务系统不用改造，如今的webrtc技术相对成熟，在桌面共享录制，或页标签，桌面应用均可以，也能够作web直播（这个要服务器配套），技术难点在于音频混录，目前webrtc单独音频采集是麦克风，播放的声音采集是没有接口的，将来是否是会有相似接口，要看webrtc的发展啦，目前有二种变现实现方案，1，安装插件采录喇叭混声，2，安装虚拟声卡设备模拟麦给采录声音，这样就实现传统的混录效果，目前咱们两种方案都有实施，也都能实现边录边直播，效果能够接受，适合给老系统改造增录制功能。

注意：如只是单录课件，web视频+桌面共享+直播不须要任何插件就能够实现（由于不要混录声音），这个是H5比任何系统都还方便，浏览器也要注意，桌面共享的免插件的api是chrome7.2以上才支持。

b,客户端录制，这个可用最新的ffmpeg之类直接改写一个录屏软件，也是能够接受，麻烦就是安装客户端，和现有系统粘合度稍低，也就是说作客户端仍是能搞定不少事就是不太方便用。

  咱们知道传统多方视频互动，不外三种方案：​

1、Mesh架构

即：每一个端都与其它端互连。 由于流不通过服务器，因此服务器是没办法录制视频，只能客户端录，

2、MCU (MultiPoint Control Unit)

有技术能务优先考虑mcu架构的录播系统，这种不只给客户简洁易用，并且存录方便，旁路直播也方便，最重要还省流量，我看过超过6方通话的sfu,200人看， 6路视频在有的客户端较卡，再加服务器流量200*6,想一想比较费流量的。。

3、SFU(Selective Forwarding Unit)

类Mesh的架构，如在服务端录（只支持单录，就是每一个通道单独录制），混录要作mcu服务，客户端录参考上面的端录方案说明

总结：

经过上面分析，对于视频的混录，教学混录，教学互动直播，新建最合适的架构是mcu，这样能够全面解决混录各类问题，方便用户应用。但对于老系统改录制，和平台升级，在端录上实施也是一种不错方案。笔记在参于实施的项目中都有使用。上面是一个项目的架构，测试都还不错,多方混录， webrtc视频多方互动低延0.5秒，旁路直播到各大平台能够上万并发观看延时在1-2秒。

​

演示测试：https://w.ovmeet.com:9301/login.html 其它架构也能够找笔记交流