username: 摄像头登录用户名 (就是登录摄像头web管理页面的用户名和密码) password: 摄像头登录密码 ip: 摄像头设备本身的IP port: 端口号 channel: 通道号,起始为1。例如通道2,则为channel=2 subtype: 码流类型,主码流(subtype=0),辅码流(subtype=1)
主码流:rtsp://admin:12345@192.168.1.64:554/Streaming/Channels/1
---- 海康威视 ---- 方式1.rtsp://[username]:[password]@[ip]:[port]/[codec]/[channel]/[subtype]/av_stream 说明:username: 用户名。password: 密码。ip: 为设备IP。例如 192.168.2.118。 port: 端口号默认为554,若为默认可不填写。 codec:有h264、h265、MPEG-4、mpeg4这几种。 channel: 通道号,起始为1。例如通道1,则为ch1。
现在市面上的摄像头大部分都支持多码流,多码流也就是主码流和子码流,我们写过主码流和子码流的概念,感兴趣的小伙伴可以看一下,在这篇文章当中,我们讲了TSINGSEE青犀视频全线产品都是支持主码流和子码流调用的。
最近发现好多开发者都在搜索可用的RTSP测试URL,目前公网实际可测试的RTSP URL非常少,即便是可用,分辨率和网络也非常差,不适合长期测试。
经常有开发者咨询我们关于海康、大华网络摄像机RTSP url拼接规则和相关参数配置,虽然很简单,考虑到资料不全,写个博客记录下:
本文档主要介绍海康威视设备直播预览RTSP、录像回放RTSP、流媒体取流的RTSP URL和IE直接预览、回放的HTTP URL。
EasyNVR流媒体服务支持RTSP稳定拉流接入,支持Onvif协议接入,支持RTMP/HLS/HTTP-FLV分发,将传统安防监控设备互联化,无插件直播等。
GoPro访问基于无线网络连接和socket直接访问udp资源,实测视频延迟有点厉害,应该还是码流/压缩的原因,访问有些应用层的rtsp协议相对更快,同时OpenCV对rtsp资源访问更简单,不需要手动起sokcet服务。
在用猿大师播放器同时播放多路海康威视的RTSP视频流,2K和4K视频有卡顿情况,修改完缓存和网络配置后仍然卡顿怎么处理?
我是一个个体户,没有任何计算机基础知识,但是我有个店面,有几个摄像头,我想在网站上看到我的摄像头或者用手机微信也可以看到我的摄像头视频?
TSINGSEE青犀视频平台的视频流地址都支持调用,并集成在其他平台中。之前我们介绍过EasyNVR中RTSP地址的三种调用方式,这些方式同样也在EasyCVR以及其他平台适用,大家想了解的话可以阅读一下此文:三种获取RTSP地址方式介绍。
想实现网络监控摄像头进行视频直播的朋友门应该知道,方法其实非常简单,你不需要使用支持直播的网络摄像机,只需要经过一套流媒体服务器将监控摄像头的RTSP视频流转为RTMP\HLS\HTTP-FLV视频流,然后将流地址在网页、微信、或者推流到主流免费的直播平台上,如YOUTUBE、斗鱼等。该方案适合所有网络摄像头,因为他们几乎都支持RTSP协议,你可以使用海康、大华等等厂家的设备,选择范围广,操作简单。
使用EasyNVR和EasyDSS的用户都知道,我们的产品是使用rtsp流来进行设备与服务的接入,因此对于设备的rtsp地址的获取就变的格外重要。本篇博客将着重介绍如何通过具体的探测工具发现和使用摄像机的rtsp地址。
EasyCVR视频融合云服务平台具备丰富灵活的视频能力,具体表现在可支持多协议、多类型的设备接入,如国标GB28181协议、RTMP/RTSP/Onvif协议,以及海康Ehome、海康SDK、大华SDK、华为SDK、宇视SDK、乐橙SDK、萤石SDK等。平台支持对外分发多格式的视频流,如RTSP、RTMP、FLV、HLS、WebRTC等,实现全终端、全平台覆盖,在行业场景中有着广泛的应用。
从业这么多年以来,我们的方案早已用到了不少的地方,明厨亮灶、智慧工地、智慧校园,其中都使用了我们的单独方案或者联合方案。
由于EasyNVR的受众越来越多,时长会遇到很对类似的问题咨询,之前虽然有写过很多的博文进行技术的或者使用问题的解答,随着客户询问的增多,我发现,要想然客户了解问题和解决问题,往往引导和给一个思路比直接给与支持和回答更有效果。因此在后续的博文中我将不间断的更新Easy系列相关问题的自我排查和解决思路和方法。帮助大家解决问题的同时更加了解软件。
在很多情况下,如果EasyNVR或者EasyGBS出现了问题,我们排查的方法通常有两个,一个是通过检查日志找出报错,另一个是通过wireshark抓包工具来判断问题字段。当然了,我们还可以通过Wireshark抓包来分析视频结构化图像智能分析系统EasyNVR的RTSP流交互协议,本文就和大家分享一下我们的分析过程。
我们在往期的文章中分享过关于主子码流的技术文章,TSINGSEE青犀视频的平台也可支持双码流,以及主子码流的自由切换。关于主子码流,一般来说,主码流较大但清晰度高,占用的带宽也较高。子码流的清晰度与主码流相比,要稍低一些,但是占用带宽小。所以一般来说,主码流用于本地存储,能获得更清晰的存储录像,子码流则适用于在低带宽网络上传输,节省带宽。
目的 对于小内存的机器(不支持SD卡扩展),无法存储大文件,需要通过RTSP方式查看编码的结果码流;
安防视频监控/视频集中存储/云存储/磁盘阵列EasyCVR平台可拓展性强、视频能力灵活、部署轻快,可支持的主流标准协议有国标GB28181、RTSP/Onvif、RTMP等,以及支持厂家私有协议与SDK接入,包括海康Ehome、海大宇等设备的SDK等。平台既具备传统安防视频监控的能力,也具备接入AI智能分析的能力,可拓展性强、视频能力灵活,能对外分发RTMP、RTSP、HTTP-FLV、WebSocket-FLV、HLS、WebRTC等视频流。
视频流媒体监控行业已经进入了互联网时代,浏览器承载了绝大多数的互联网访问流量,如何在网页上播RTSP流,将RTSP转成互联网直播协议RTMP或者HLS?
我们在想要获取视频流的时候,可以通过网络摄像头获取实时视频流,但是这种方法的缺陷就是摄像头和主机必须连在一起,那这种在室外部署的时候就会非常麻烦并且不安全,还有一种方法,就是用海康威视或者大华的监控摄像头,然后通过IP地址可以无线获取视频流,这样就实现了主机和摄像头分开,方便部署。
随着科技的飞速进步,视频监控系统已经成为了我们生活和工作中不可或缺的一部分。从最早的模拟监控系统到现在的数字监控系统,视频监控经历了漫长的发展历程。如今,我们生活在一个被视频监控系统包围的时代,无论是城市交通、银行、商场、公共场所等,都离不开视频监控系统的应用。
GB28181的TCP码流遵循的标准是RFC4571(RTP OVER TCP),具体类型是:
随着网络及软件技术快速发展,视频监控系统已经遍及于人们生活的每个角落,社会安全保障也得到了进一步的提升。随着视频监控系统的普及,视频监控的产业链也得到了空前的发展,产业链中的分工也越来越细。有些厂商专注于做监控摄像头,有些厂商专门做大屏显示器与拼接设备,有些厂商专门做DVR和NVR录像机,有些厂商则专注于做平台软件等,然后这些类别的产品通过集成商进行集成,给客户提供一整套完整的解决方案。
实际工作中,我们经常会向其他同事咨询一些技术问题。但是,他给出的答案一定是正确的吗?
严格意义上来说,Onvif处理这块算不上音视频开发的内容,为何重新整理放在音视频开发这个类别,主要是为了方便统一管理,而且在视频监控处理这块,通过onvif来拿到音视频流这是必经的阶段,也算是搭边的东西。上一篇文章写的是onvif设备搜索,搜到这些设备以后,第一件事情就是要对设备信息获取一下,比如获取视频流地址,配置套件信息、码流信息、分辨率大小等,这些信息的获取根据具体的需要去获取,也没有必要全部获取,毕竟很可能大部分的信息用不到,按需编码永远都是第一原则,第二原则才是考虑拓展性和稳定性,如果基本的需求都实现不了,那就不是一个真正的软件,考虑再多的拓展性和稳定性都是白搭,说的严重一点就是:所有编程语言都是垃圾,能解决实际需求并变现才是王道!
「 对每个人而言,真正的职责只有一个:找到自我。然后在心中坚守其一生,全心全意,永不停息。所有其它的路都是不完整的,是人的逃避方式,是对大众理想的懦弱回归,是随波逐流,是对内心的恐惧 ——赫尔曼·黑塞《德米安》」
大家好,今天给大家分享一些音视频分析工具,这些工具在我们平时开发过程中经常会用到,非常有帮助!
视频中的图片的配置参数一般有亮度、饱和度、对比度、锐度等,以前一直以为这些需要通过厂家的私有协议SDK来设置才行,后面通过研究Onvif Device Manager 和 Onvif Device Test Tool 这两个onvif开发的必备工具以后,发现onvif协议也具备了修改 亮度、色彩度、饱和度这三个参数,当然这三个参数我见过的摄像机厂家(主流的十几种)都具备,还有些大厂做的设备还提供了其他详细图片参数的设置比如ICAT。
我们做音视频流媒体开发的都会知道视频流媒体常用的几个协议包括RTMP、RTSP、UDP、HTTP、MMS,但是我们在做流媒体视频直播时,可能会遇到想把一个流从一个服务器转发到另一个服务器上的情况,也可能是从一个设备上把流转推到自己的服务上,流的协议也可能会不一样,可能源是RTSP/RTMP/HLS/HTTP等协议,同样目的服务器也可能是不同协议。因此对协议的转换是视频直播行业最早需要攻克的问题之一。
大家好,今天继续分享音视频开源学习第二期,在前面的一期里面,我已经给大家演示了如何去跑起这个开源项目,包括源码下载;
IPC出来的码流都是RTP码流,可能是裸的H264,也可能是PS流。如果要推流的话,有2种方案可以选择
我们在进行音视频开发过程中不可避免的需要使用一些工具进行协助开发,本文重点讲解音视频开发过程中常用工具以及常用功能。
抓拍是个很重要的功能,比如在报警视频联动中需要一张实时的图片,很多SDK不提供抓拍功能,而通过预览抓图,得到的图片已不具有实时性,那如何得到实时的图片呢?现在的IPC基本上都支持ONVIF协议,ONVIF协议除了提供RTSP的URL外,其实也给出了抓拍的URL,从Media的GetSnapshotUri获取。
H.264组成 1、网络提取层 (Network Abstraction Layer,NAL) 2、视讯编码层 (Video Coding Layer,VCL) a.H.264/AVC影像格式阶层架构 b.Slice的编码模式 (1) I -slice: slice的全部MB都采用intra-prediction的方式来编码; (2) P-slice: slice中的MB使用intra-prediction和inter-prediction的方式来编码,但每一个inter-prediction blo
用onvif协议来对设备的网络信息进行获取和设置,这个操作在众多的NVR产品中,用的很少,绝大部分用户都还是习惯直接通过摄像机的web页面进去配置,其实修改网络配置的功能在大部分的NVR中都是具备的,网络的参数主要包括IP地址、子网掩码、网关地址、DNS解析地址、NTP地址、网卡信息、网络协议等,这些都可以通过不同的onvif命令来获取和设置,一直没有搞懂为啥这些要分开不同的命令去处理,其实大可以合并成一个命令嘛,搞得设置个网络信息还要post好多次的数据才行。
EasyGBS是基于国标GB28181协议的视频云服务平台,它可以支持国标协议的设备接入,实现视频的转码与分发,能够为大数据平台的搭建提供视频能力支持。在安防监控场景中,EasyGBS还拥有视频直播、录像存储、检索与回放、云台控制、告警上报、语音对讲、平台级联等功能,在很多实际项目中都已落地应用,如明厨亮灶、平安乡村、雪亮工程等。
能够接收摄像机的报警事件,比如几乎所有的摄像机后面会增加报警输入输出接口,如果用户外接了报警输入,则当触发报警以后,对应的事件也会通过onvif传出去,这样就相当于兼容了所有onvif摄像机厂家的报警事件接收,在一些应用系统中,这个功能也是很常见的。接收摄像机的报警信息一般有两种处理方式,一种是订阅,订阅以后摄像机会在请求后一直阻塞等待,如果有新的报警信息则立即返回,否则需要到超时时间才会断开连接请求;还有一种是定时器主动轮询,不断的去询问是否有新的报警事件。关于订阅要阻塞等待的问题,这就涉及到另一个问题,一般Qt默认的并发请求最大6个(貌似这玩意好多浏览器也是这个规约,不知为何这么限定,为了节约系统资源?)这就意味着订阅机制下,最大只能有6个摄像机的报警事件订阅存在,超过就不行,除非有空闲的连接请求断开了,所以很多开发者会选择用其他的http post工具比如curl去处理。
云台控制也是onvif功能中最常用的,最常用的功能排第一的是拿到视频流地址,排第二的就是云台控制了,云台控制的含义就是对带云台的摄像机进行上下左右的移动,一般云台摄像机都是带有一个小电机,一旦收到485或者网络来的正确的指令以后就触发单片机程序,然后单片机程序驱动电机进行转动,所以相对来说云台摄像机比普通的摄像机更耗电,当然价格也更贵。
EasyPlayer播放器是TSINGSEE青犀视频维护的一个RTSP播放器项目,EasyPlayer遵循了标准流媒体码流协议,进行实时播放以及码流录制,在数据流的播放速度以及画质的解码显示上均做了大量深度的优化。
之前我们通过EasyStreamClient对接海康流媒体V4.X实现了无插件播放,在这其中还有很多SDK中关键的函数需要注意,本文对这些函数做一个总结,大家可以参考。同时本文附带了海康流媒体 V4.X SDK 错误码定义说明,大家也可以对照错误码的定义来进行局部修改和调试。
从流媒体的业务特征和TCP,UDP各种特点,UDP在媒体传输方面具有很大优越性,但UDP可靠性需要业务开发这投入大量的人力;相反 tcp 技术成熟,可以复用已稳定的http 服务器技术,不需要投入人力和技术解决可靠性问题,成熟,开发简单,拿来即用。故TCP在传统的流媒体协议还是广泛存在。但实际的网络拥塞,带宽不足,信号衰减会造成tcp 传输的音视频体验很糟糕。对稳定性,实时性,抗弱网抖动性的要求高的场景,UDP媒体传输技术正在崛起。
EasyCVR平台可支持多协议、多类型的海量设备接入与分发,包括国标GB28181协议、RTMP、RTSP/Onvif等安防标准协议,以及厂家私有协议如海康ehome、海康SDK、大华SDK等。在前期的文章中,我们也提及过关于海康新推出的协议EHOME5.0的接入,具体可查看这篇文章:海康EHOME5.0协议无法成功注册EasyCVR平台的原因排查。
一直想把视音频编解码技术做一个简单的总结,可是苦于时间不充裕,一直没能完成。今天有着很大的空闲,终于可以总结一个有关视音频技术的入门教程,可以方便更多的人学习从零开始学习视音频技术。需要注意的是,本文所说的视音频技术,指的是理论层面的视音频技术,并不涉及到编程相关的东西。
随着网络化,高清化趋势推动下,NVR网络视频录像机在安防产品市场广泛使用,NVR不仅是一款网络视频录像,NVR还具备有存储功能和切换功能,NVR录像机相当于整体到一个画面中来。但是NVR不具备传输功能,如果针对多NVR设备的视频源进行统一监控管理,就需要视频传输设备配套使用。
在安防软件开发领域中通常涉及摄像头拉流,转封,解码播放3个环节甚至涉及后端视频识别,推流到web端各个环节,但实际开发当中不可能串行开发和测试,为了提供软件开发效率,加快项目进度,通常各模块独立开发,独立调试,独立测试。实际商用环境,也不可能经常直接派开发人员现场调试某些码流bug。所以从实际摄像头抓包拿到码流,通过模拟工具模拟上游的流程就派上用场了。以下文章介绍了3种常用工具
5G快来了,视频将会是跑在网络上流量最多的东西,短视频、长视频、电影、视频通话、视频监控,各种各样的,而在消费级领域,监控视频近些年也越来越受到关注和欢迎,从萤石摄像机的诞生、到一众互联网家用摄像机的兴起,人们对于视频的渴求已经远远超过纸媒、超过文字了,日常生活也从原来的文字消息、文字阅读,变成了发个语音、看个短视频;
领取专属 10元无门槛券
手把手带您无忧上云