浏览器原生播放 rtsp(h264, h265),flv, hls 的解决方案, 有哪些可以参考?

[thinkershare]

我对音视频完全是个外行, 现在接手了一个政府项目, 需要在浏览器上原生播放海康和大华的视频, 后端提供的流协议有 hls, flv, rtsp, 有 H264 和 H265,两种编码, 需要在浏览器上实现(不能用插件), 可以指定比较新的 Chrome,Edge 浏览器, 我在 GitHub 上找了一圈, 发现各个项目都是实验性的, 想要咨询一些, 做这块的大佬, 使用 WebAssembly 在编译 FFmpeg, 然后全部的工作都在浏览器端解决的方案是否可行?(目前大概还有 2 个月时间, 延迟 3s 以内, 暂时不考虑移动端, 后面可能需要考虑微信小程序)

补充: 我需要优先考虑纯前端方案, 即不修改后端, 不再后端部署其它流媒体服务器, 如果这条路实在行不通, 再考虑后端解决方案

[mxT52CRuqR6o5]

@thinkershare
直接上 flash 播放器指定个国产浏览器
用 object 标签的能力调用本地 vlc 播放器
这两种应该算是最简单的方案了

[kirile]

@thinkershare 要同时兼容两个还是走服务端解码比较好, 魔改浏览器什么的, 如果他们突然哪天想在另外的没装魔改的或者插件的电脑上想看视频就又要解释一通, 然后他们只会说"我的电脑配置可高了" /doge

[thinkershare]

@liberize rtsp 是没戏,我刚刚才搞明白, flv 和 hls 的延迟是必然的, 所以问题基本无解. 我先用 wasml 用 ffmpeg 做个软解 HEVC 的凑合一下, 检测到 H264 就直接使用 hls.js, 先做个凑合的方案, 可以加个微信或者其它联系方式交流下心得吗? 有偿咨询也可以的

[kokutou]

wasm 找一个能用的,测试他们客户机电脑上装最新 firefox 和 chrome 能跑就行了...
如果实在怕的话,找 2-3 个能用的, 随时切.

大屏就是监控嘛...
很有可能配的那种性能很差, 纯就是支持很多输出口的显卡
硬解别想了, 大概率卡不支持
cpu 可以要求他们配高点.

你要考虑里面采购的电脑是个什么德行...
多跟客户沟通实际播放的电脑配置...
能在采购前提要求就赶紧提...

[thinkershare]

@kokutou 电脑性能很好, 不是啥问题, 不管是硬件还是显卡

[lopssh]

hls 都会有延迟，只有 flv, rtsp 才能做到低延迟，试试 flv.js ？不然也找不到相关支持 flv, rtsp 的了

[whi147]

纯前端又要硬件加速，我前段时间实现了在浏览器嵌入 c++进程，然后愉快的用 ffmpeg 了

[whi147]

我现在在找一种服务端转码的方案，实现手机端播放