V2EX › suke119 的所有回复 › 第 4 页 / 共 8 页

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

2023 年 3 月 15 日

回复了 pepec 创建的主题 › 酷工作 › golang 长期合作

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

2023 年 3 月 15 日

回复了 cveoy 创建的主题 › 程序员 › ChatGPT/AI 建站全自动化解放双手

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

2023 年 3 月 5 日

回复了 LxnChan 创建的主题 › 程序员 › 求推荐一个 web 端的聊天工具，能建群能互相加好友，开源独立部署，功能简单一些就可以。

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

2023 年 3 月 5 日

回复了 LxnChan 创建的主题 › 程序员 › 求推荐一个 web 端的聊天工具，能建群能互相加好友，开源独立部署，功能简单一些就可以。

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

2023 年 3 月 1 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

2023 年 3 月 1 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

2023 年 3 月 1 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

2023 年 3 月 1 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

2023 年 3 月 1 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

2023 年 2 月 26 日

回复了 suke119 创建的主题 › 分享创造 › 音视频付费资源保护,利用 WebRTC 从服务端点对点播放资源

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

1 2 3 4 5 6 7 8

❮

❯