截至目前为止，参考了大量的文献和博客，都通过datachannel进行码流的传输，然后在浏览器端重新实现解码和渲染，因此意味着WebRTC不再具有任何的研究价值，还不如自身实现通过webs
截至目前为止，参考了大量的文献和博客，都通过datachannel进行码流的传输，然后在浏览器端重新实现解码和渲染，因此意味着WebRTC不再具有任何的研究价值，还不如自身实现通过websocket对码流的传输，相比WebRTC庞大的体量，暂时不会做任何的调整。相信在专利面前，Google不会做任何的改善，还有UDP的码流传输，也不是安防的选择
mirrors / numberwolf / h265web.js · GitCode
在HTML5上开发音视频应用的五种思路-腾讯云开发者社区-腾讯云 (tencent.com)
挑选几款开源的、优秀的H.265网页播放器，进行特征整理及使用评价_语言专家的博客-CSDN博客
[webrtc] 强制使用tcp传输 | tcp (lmlphp.com)
HTML播放本地视频_15810356216的博客-CSDN博客
EasyPlayer_xiejiashu的博客-CSDN博客
一招给你的Chrome/Edge添加HEVC真硬解能力（真正解放你的CPU） - 哔哩哔哩 (bilibili.com)
H.265/HEVC在Web视频播放的实践 - 知乎 (zhihu.com)
Chrome已实现对H.265/HEVC的硬解支持 - 知乎 (zhihu.com)
chromiumembedded / cef / wiki / AutomatedBuildSetup — Bitbucket