什么手机浏览器能登陆海康头

谷歌Chrome浏览器接入RTSP海康大华摄像头视频纯H5播放谷歌观看海康摄像头 原创

2021-05-19 20:27:37

天空的极限

码龄5年

关注

传统安防行业都是在ie用控件观看海康大华摄像头，但是ie现在很多人不想用，随着谷歌禁用flash，h5观看直播必定有所增加。这里分享一种用纯H5无插件谷歌浏览器观看海康摄像头的方式。

使用环境摄像头需要在同一个局域网内。

大致思路如下

1、选择一个后台流媒体服务器支持rtmp推流，并进行转码支持http-flv,hls。

这里后台流媒体采用开源的nginx，可以自行百度编译下载，也可以去这里下载编译的nginx

https://downloadcsdnnet/download/zqw_4181/12200662

2、去ffmpeg官网：http://ffmpegorg/ 可以下载ffmpeg，用ffmpeg通过rtsp从摄像头拉流推给nginx，有能力的可以自行开发设备接入网关用rtps，海康sdk，大华sdk，onvif，国标等方式从摄像头拉取码流在进行推流

自行测试可以用ffmpeg 推流命令如下

ffmpeg -i "rtsp://admin:admin123456@1921681155:554/h264/ch1/main/av_stream" -vcodec libx264 -acodec copy -f flv "rtmp://127001:1935/live/hik1"

这样ffmpeg就把rtsp流转rtmp推给nginx。nginx做转发，前端就可以用谷歌观看了。

3、前端开发,可以用开源的flvjs进行开发，直接传入flv-url就可以进行观看视频，并且延时在1s左右。

总体就是需要将摄像头的码流转成http-flv,这样前端才能用flvjs直接播放码流无需插件。

完整demo路径如下 包含后台流媒体和前端jsdemo，可观看海康实时视频

https://giteecom/skyzqw/rr_dag-server

打开CSDN，阅读体验更佳

RTSP（Real-Time Streaming Protocol）是一种用于流媒体传输的协议，而 URL（Uniform Resource Locator）是用于标识网络资源的地址。"RTSP+URL 超时" 意味着 RTSP 与 URL 之间的连接已经超时，无法建立或者维持连接，导致无法继续进行流媒体传输。

通常情况下，RTSP+URL 超时可能是由于以下几个原因导致的：

1 网络连接问题：如果网络连接不稳定或者存在网络故障，就可能导致 RTSP+URL 超时。例如，服务器或客户端的网络连接中断、丢包、延迟等问题都可能导致 RTSP+URL 超时。

2 服务器或客户端问题：如果服务器或客户端出现故障或者配置错误，也可能导致 RTSP+URL 超时。例如，服务器或客户端的软件版本不兼容、配置错误、资源不足等问题都可能导致 RTSP+URL 超时。

3 端口问题：如果 RTSP+URL 使用的端口被其他程序占用或者防火墙屏蔽了该端口，也可能导致 RTSP+URL 超时。

为了解决 RTSP+URL 超时问题，可以采取以下几个方法：

1 检查网络连接：检查服务器和客户端之间的网络连接是否正常，排除网络故障。

2 检查服务器和客户端配置：检查服务器和客户端的软件版本、配置是否正确，确保资源充足。

3 检查端口：检查 RTSP+URL 使用的端口是否被其他程序占用或者防火墙屏蔽了该端口，如果需要，可以对防火墙进行配置。

4 调整超时时间：可以尝试调整 RTSP+URL 的超时时间，增加连接的稳定性。

中维世纪的产品在电脑手机远程监控方面，做的更简单，更贴心。其他的品牌大都需要做花生壳，而中维的产品只需要连接网络，对于在基层负责安装的大叔可谓是省心多了，不需要复杂的设置。一个云视通号码，无论是在家里还是时隔千里，都能轻松的看到实时的监控画面，远程回放下载录像文件。让监控更简单，让安装更简单。最近中维的商城有 家用智能摄像机 抢购的活动，如果需要可以看看中维商城。有问题可以来首页 - 小维社区，那里有精彩的分享和详细的回复。什么大华了，海康了，在手机和电脑云监控方面设置复杂，乐橙还难弄，需要分享一个个头挨着弄麻烦死了，超人数还收费，海康也不好弄，就是中维世纪的简单，还不收费！

之前都是做域名映射传输到外网的，近几年监控都是厂家采用流媒体服务器传输的，只需在该厂商的网络监控产品系统中通过手机注册即可在外网手机访问监控，这方面建议你看产品操作说明书或者厂商客服，不同的产品操作也大同小异，我个人接触较多的还是大华和海康的监控系统。

数字解码矩阵是把网络视频信号转成VGA或者HDMI，做电视墙用的

瑞蓝网络数字视频解码矩阵（简称RLNDVM）是依据第三代开放式网络视频监控系统的实际需求，专为视频上墙显示而研制的一款新型数字解码上墙设备。RLNDVM用于网络摄像机或模拟摄像机经硬盘录像机、视频服务器等设备编码后的数字视频信号的解码与自由切换输出，输出信号可以送至显示器、电视墙、拼接屏等设备进行显示。设备支持1000路网络视频的注册输入，支持以单屏或多屏方式输出到拼接屏上显示。设备的灵活切换和多路输出能力可满足监控系统里“小图全面覆盖，大图重点监控”的主流需求。

RLNDVM网络数字视频解码矩阵单机可同时解码16路1080P、或20路UXGA(1600 1200 )、或40路720P、或70路D1、或180路CIF格式的视频流；支持液晶电视、等离子液晶屏高清显示，最高输出分辨率可达25601600；支持多种视频输出接口mini-DP、HDMI、DVI、VGA等，其中都可转接为DVI和VGA信号；设备兼容如海康、大华等国内主流设备厂家的通用数字IP摄像机、DVR、流媒体服务器等系列网络设备；远程控制程序可以控制所有并联的NDVM设备，通过对RLNDVM的控制实现视频解码并输出显示。

RLNDVM设置平台软件能在远程可控制单台或多台RLNDVM矩阵，避免了多台矩阵繁多的外设和对多台矩阵逐一在本机上设置的繁琐，有利于用户统一规划和管理。RLNDVM设置平台主要为RLNDVM矩阵的解码显示提供各项技术参数设置。

在遍地都是摄像头的今天，往往需要在各种信息化、数字化、可视化B/S系统中集成实时视频流播放等功能，海康、大华、华为等厂家摄像头或录像机等设备一般也都遵循监控行业标准，支持国际标准的主流传输协议RTSP输出，而Chrome、Firefox、Edge等新一代浏览器从2015年开始取消了NPAPI插件技术支持导致不再支持RTSP的原生播放，对于绝大部分没有视频处理经验的前后端工程师来说是一个非常头疼的问题，而对做B/S系统集成的公司来说，为了这一个模块的功能单独招聘专职研发人员来负责的话，成本高昂不说，还未必做的好。

二、方案：

目前网上有两种所谓无插件方案，即后端转码前端播放的方法和后端转流前端转码的方案，虽然无插件播放方案能够播放出画面，但是往往延迟很高，基本上都在数秒之久，在一些对延迟敏感的场合客户要求毫秒级延迟，显然无插件技术方案是无法满足的；而且首屏画面显示慢，基本上得十几秒，这就导致切换播放源时迟迟看不到画面出来，用户体验很差；况且无插件技术方案，需要在后端持续运行高负荷运转的视频转码转流服务，如果摄像头路数多或需要在线播放的终端比较多，服务器的压力就会很大，播放卡顿、花屏、黑屏、断播等现象就会时常出现，很难让客户满意，为了解决这些问题，相关硬件、软件的投入和持续不断的带宽占用往往也让客户难以接受。现在越来越多的客户追求高大上的视频播放效果，采用高清摄像头的越来越多，播放显示器1080P已是低配，2K甚至4K大屏正在成为主流之选。这种无插件技术方案，在中高配的屏幕上如果只能播放出慢如蜗牛的画面，想不让客户吐槽实在是太难了。

三、难点：

一个好的视频流网页播放方案，首先要能做到持续稳定播放多路视频，需同时支持H264和H265编码，最核心的还是要做到低延迟、切换画面快，另外就是对当前主流版本的浏览器兼容能力要强，还有就是开发接口丰富并可定制，如果还能做到开源或采用一些免费开源的播放引擎，那就最好不过了，毕竟开源在商业领域的应用越来越多，是个大趋势，从系统集成商的角度来说，开源意味着有更多的自主可控机会来降低整个系统的实施风险。

四、突破：

猿大师针对当前行业痛点，经历数年研发出了具有专利保护技术的猿大师中间件产品，在浏览器之上重新搭建了一套外接程序系统并可无缝嵌入浏览器网页运行，成功模拟了2015年之前Chrome、Firefox、IE等浏览器支持的ActiveX控件和NPAPI插件技术运行效果。

五、优势：

1 低延迟播放

猿大师VLC播放程序基于基于VLC的ActiveX控件开发，完整封装了控件的所有接口给前端调用，在同等条件下，延迟时间和VLC桌面程序播放保持一致，并可支持多路播放。可充分利用终端电脑硬件加速(GPU)能力，在同等硬件和网络条件下，延迟可做到毫秒级，可播放更多视频源、支持更高的分辨率、实现更流畅的播放效果，网络上所谓的无插件方案完全不能与之相比。

2 兼容性强

1 绝大部分浏览器兼容，同时兼容Chrome、Edge、Firefox、IE、Opera、360、QQ等浏览器的低版本到最新版都可以使用；

2 设备兼容性强，同时支持海康、大华、宇视、华为等厂家的硬件设备，只要能输出RTSP、RTMP、HLS、HTTP、TCP、UDP等流媒体协议，就可以直接播放；

3 支持多种视频编码方式，不管是H264还是H265都可以同时支持播放，在一些采用WASM的无插件技术方案中，往往只支持H265编码的视频流，服务器转码方案中，编码兼容能力直接依赖这个转码服务的实现；

4 几乎能播放任何内容，依托开源的VLC著名播放引擎，支持文件、光盘、摄像头、设备及流媒体可直接播放MPEG-2, MPEG-4, H264, H265, MKV, WebM, WMV, MP3, MP4等文件，而无插件技术方案往往能播放的内容有限，比如不支持本地文件播放，不支持高速播放；

5 分辨率支持范围广，从480P到1080P，还是更高的2K或4K，都能轻松应对，无插件方案从1080P开始，播放效果基本上就差强人意了

      把视频文件贴到cesium上是很容易的事情，只要去看看https://cesiumjsorg/Cesium/Build/Apps/Sandcastle/indexhtmlsrc=Videohtml&label=Showcases 这个例子就知道如何处理，这个例子中用了当前域的视频文件作为材质，效果也不错。

      但是实际的需求中，比如视频监控中，可能需要把海康或者大华的实时监视的视频叠加进来，这个过程会涉及处理两个问题：

        1：如何让海康或者大华视频在浏览器firefox或者chrome上显示？

        2：显示的视频如何不跨域的叠加到cesium上。

        第一个问题中，由于chrome浏览器中的video标签并不能直接支持海康大华，需要在服务器做流转发处理，本例使用vlc进行转发，用法如下：

            "C:/Program Files/VideoLAN/VLC/vlcexe" -I dummy -vvv "rtsp://admin:z1234567@192168465:554/cam/realmonitorchannel=1&subtype=1" --sout="#transcode{vcodec=theo,vb=800,acodec=vorb,ab=128,channels=2,width=1024,height=450,samplerate=441000}:http{mux=ogg,dst=:8080/cam}" --sout-all --sout-keep

        之后的视频可以直接使用

浏览在线视频，但是这个视频文件并不能直接贴到cesium上。因为vlc的8080端口并不是应用程序发布端口。

2：如何把解决跨越问题？

使用应用服务器比如tomcat ,java 等等发布流媒体，这个没有找到合适的解决方案。

使用代理服务器，反向代理到同一个域下边，经过多次测试，这个方案可行：nginx的conf配置如下：

最终的测试结果如下：上图是贴图视频，下图是原始视频。