准确的来说你只是用到了 Web API 去实现录制功能，WebRTC 是一个综合技术，基本前提是满足双方的实时通信；然后就是浏览器的 Web API 实现的录制功能对于视频时没得元数据的，这也就是录制完成后没得总的时间，要等加载一会才会出现；所以你需要手动去控制这个 metadata 或者利用第三方的组件配合加上元数据得到的录制视频才是完整的视频。

这个长期合作估计是 项目 10 抽成 9 韭菜 1 ，看你找了这么久了也没几个满意的，估计人都跑了

举报地址 ： https://www.google.com/webmasters/tools/spamreportform?hl=zh-CN

对应的教程演示 https://juejin.cn/post/6870299373708771336

这里有个之前写的视频会议的，web 聊天，基本功能都有 https://github.com/wangsrGit119/suc-chat-bandend ，前端仓库 https://github.com/wangsrGit119/suc-love-chat

@superliy 还是有本质区别的，P2P 的特性注定了中间不会走太多途径的，也就无法用 CDN ；第二加载速度上，WebRTC 有天然优势。

@Rrrrrr 录制还时很容易的，浏览器本身很多的 API ，几行代码就可以高清录屏的

@yuanxing008 我的印象中这玩意本身不支持的，毕竟点对点的 RTP 包，在直播场景中结合 CDN 改造的，一般是 RTMP 、RTSP 服务端顶层然后到边缘节点之间的 CDN ，然后边缘节点到客户端从 RTMP 、RTSP-》 WebRTC 点播

@lakehylia 陆陆续续的抓包，相当于纯前端录制，也就是你要不停的写个脚本了，播放到哪里抓包到哪里。

@e190sniper 通过 webrtc 看 11 楼的，datachannel 也是可以实践的，比如拖动将时间发送到后台，然后后台 seek 到指定的时间在播放

@flyqie 我知道呀 这个只是一种方案，公有化资源确实离不开 cdn ，但是私有化资源是可以不依赖的，特殊付费资源占比是少部分的。而且就是因为不走 cdn 才推荐的这种方案，如果有 cdn 最佳的无疑是 HLS 。流媒体服务器的性能和宽带本身就优于普通服务器，所以我的想法是尽可能的中间避免走太多的东西，不要浪费流媒体服务本身的资源

@maggch97 是的 进度没法拖动 实时就跟你和别人视频通话一样

@jabari 这个暂时控制不了的

@haoxuexiaoyao 下载源码直接 然后安装依赖 直接启动即可，服务器上也是一样，然后 nginx 代理出来

@okakuyang 拿不到的，除非全部播放完录制；否则视频是从服务端点对点过来的，实时传输，前端没有存也无法直接获取

@adrianzhang 都没法下载的，这玩意就是一点点传输过来的实时视频 你可以想像成我们视频聊天，这个视频

同一个电脑 开三个屏幕 然后用远程软件的分屏

@lilei2023 还在完善，虚拟背景远程控制相关的，等完善了会开源的