Web播放RTSP方案调研

项目需求：web无插件播放rtsp流，低延迟，支持多客户端

1.rtsp to websocket

FFMPEG+JSMPEG实现网页流媒体播放

https://www.cnblogs.com/lanqie/p/8510634.html

https://my.oschina.net/chengpengvb/blog/1832469

https://blog.csdn.net/xundh/article/details/94605598

测试结果:单客户端浏览 存在花屏问题，2个浏览器同时播放花屏延迟和丢帧较为明显。

降低分辨率后流畅很多，花屏和延时都有效改善。

总结:这套方案对硬件性能有一定要求，最好配备带有gpu的设备，在资源允许的情况下，效果是可以接受的，延时也能降到500ms内，测试发现带宽占用较大比flv方案大5-6倍，720P需要上行2M，flv只需0.4M。

2.rtsp to rtmp/flv

2.1ffmpeg+nginx-http-flv-module/Livego+flv.js(延迟1-3s)

https://blog.csdn.net/string_kai/article/details/100598268

https://github.com/winshining/nginx-http-flv-module/blob/master/README.CN.md

https://segmentfault.com/a/1190000016043297

https://blog.csdn.net/qq_22633333/article/details/96288603#comments

https://github.com/gwuhaolin/blog/issues/3

2.2ffmpeg+nginx-rtmp-module+ckplayer.js(需要flash，延迟1-3s)

https://blog.csdn.net/gui66497/article/details/78590190

https://blog.csdn.net/LLittleF/article/details/81111713

3.rtsp to WebRTC

通过WebRTC服务器将rtsp转码直接播放

开源服务器:

Kurento(Ubuntu)

https://blog.csdn.net/llhswwha/article/details/102896066

https://github.com/lulop-k/kurento-rtsp2webrtc

优化后可有较低的延迟，200ms左右。

缺点，仅支持Ubuntu

Janus(待测试)

https://github.com/atyenoria/janus-webrtc-gateway-docker

https://blog.csdn.net/zhangbijun1230/article/details/82839271

收费服务器:

streamedian(收费，延迟在1s左右，国外)

https://github.com/Streamedian/html5_rtsp_player

https://streamedian.com/

https://streamedian.com/#demo

https://blog.csdn.net/u011489205/article/details/79327275

h5stream(测试版仅能播放一小时，支持onvif，功能较为齐全,延迟500ms内，国内)

https://www.linkingvision.com/

https://github.com/liweilup/h5stream

https://blog.csdn.net/Dnison/article/details/81663137

liveqing(国内收费，未测试)

https://www.liveqing.com

OpenNVR(国内收费，未测试)

https://gitee.com/open-nvr/opennvr

4 WebSocket/HTTP + WebGL/Canvas2D + FFmpeg+WebAssembly

利用WebAssembly将ffmpge编译为js，在前端解码。

缺点：比较吃前端资源，多路视频基本不现实。

补充

Livego:rtmp/flv 直播服务器

在HTML5上开发音视频应用的五种思路

HTML5 视频直播(一)

海康大华等rtsp地址格式：

https://www.cnblogs.com/wanggang123/p/8442683.html