利用ffmpeg+nginx-rtmp(文章地址)的形式在各大浏览器禁用falsh之后就显得不那么可靠了,并且在低并发的情况下,都会把普通服务器的CPU跑满,目前未用过专业的服务器测试,普通的服务器大概小几十个流就推不动了,效果不理想。
于是需求解决方案,嘿,还真找到了,并且已经测试通过了。
建议:
链接:https://pan.baidu.com/s/1ARwaBTgJcMJ_6qQ3fZH6eQ
提取码:zkht
先下载,边下载边食用。
原文地址:https://blog.csdn.net/qq_36801998/article/details/117701370
点进去乍一看,局限性比较大,貌似只支持GB28181协议的流才可以,但其实不然。咱慢慢来(原理架构的就不贴了,请移步原博客)。
先上效果图:
可以看到 设备连接上来了,我们点击通道,观看一下直播
测试推流(抓屏推送工具):
配置地址
点击运行
查看后台:
利用flv播放:
拉流测试:
点击播放
云端录像:
这是录屏的record
总体是可以使用的,就是坑比较多...
整理的坑比较少的(不能说没有,我已经尽量踩完了)的链接:
链接:https://pan.baidu.com/s/1ARwaBTgJcMJ_6qQ3fZH6eQ
提取码:zkht
还有就是,不要使用谷歌92版本登录后台!不要使用谷歌92版本登录后台!不要使用谷歌92版本登录后台!
因为播放不了视频流
92版不支持sharebuffer共享
会报错:sharedArraybuffer is no defined
这里在提供一下flv的简单测试程序:
https://gitee.com/Mr-Format/rtsp-to-flv.git
npm install -》npm start
这个项目可以直接播放rtsp 传参即可 通过node调用ffmpeg转流播放
我们利用它测试wvp项目的流,之前也已经看到效果了
项目下载完成之后内附说明文件:
还有就是 onvif放入这个目录
到这我们就基本完成了任务,之后根据需求二开就好啦
告辞!
源码: