音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

播放时用 IDM 啥的没法下载么？

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

前端改一下代码就可以拿到视频了

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

怎么部署呢

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

怎么解决录屏

@jabari 这个暂时控制不了的

没太懂，进度是不是能拖？

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

@flyqie #11

没写完就提交了。。

最大的问题还是在于 webrtc 的架构没办法走 cdn ，也没办法做任何的缓存，这在实际应用中非常麻烦。

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

请教 楼主 一个问题，如果要搭建 视频点播网站，要能拖动进度的，是不是只有 m3u8 的方式？
但是 如果一个视频转成 HLS ，要几乎跟原视频差不多的硬盘空间了。

前端没有存，但是抓包可以抓到音视频包吧？

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

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

video 标签不是有个属性可以被录制

webRTC 印象中 18 年研究的时候是支持 cdn 的

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

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

爱优腾用了这技术 OP 就成始作俑者了

@Kiriya 不可能用 webrtc 的，原因上面说了

第一点跟 RTMP （ http flv ），RTSP ，有本质区别嘛？用 http flv 也可以做点播，下载也等于录制

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