经过了多天的调试对接,终于将宇视的布控球顺利接入到了EasyGBS的国标平台,特地写一下对接过程中遇到的问题,希望能帮助大家避开一些麻烦: 第一步:电脑连接无线网络IPCWIFI,密码12345678 第二步:浏览器中登录地址:192.168.2.1: 如果找不到设备,也可以到宇视的官网下载设备搜索发现工具,发现设备: 第三步:下载插件并安装后重新IE打开页面(192.168.2.1): 第四步:填入账号admin 密码<自己设备的密码>,登录: 第五步:点击配置-服务器,管理协议选择GB,…

在上一篇<EasyNVR和EasyDSS云平台联手都不能解决的事情,只有国标GB28181能解决了>我们大致介绍了国标GB/T28181的使用场景,而且初步介绍了EasyGBS国标视频平台,那么,我们就EasyGBS分别接入海康.大华.宇视的IPC网络摄像机或者NVR网络硬盘录像机的配置方法做一个总结: EasyGBS海康设备接入: EasyGBS大华设备接入: EasyGBS宇视设备接入: 目前EasyGBS已经接入了大部分的厂家的IPC.NVR和国标平台,都非常完美: 获取更多信息 邮件:…

需求提要 1.各个内网现场有多种网络摄像机IPC和网络硬盘录像机NVR设备: 2.需要将这些设备统一接入到云端中心平台,进行统一的视频直播和录像回放管理: 3.由于目前IPC设备都属于高清设备,主码流比较大,如果走公网传输,在云端中心平台观看体验会非常差,但不能直接降低IPC的码率,因为现场NVR录像需要高清本地录像: 4.如果采用现场加置设备的方式,分别接入IPC的主.子码流,一方面是成本考虑,会增加设备及其运维成本,另一方面,NVR的录像回放输出也需要对接厂家的SDK,步骤和流程会稍显复杂:…

在之前的一篇博客<EasyNVR和EasyDSS云平台联手都不能解决的事情,只有国标GB28181能解决了>我们介绍了很多应用场景里面,RTSP和RTMP直播协议都无法满足应用需求时,国标GB/T28181是一个非常好的选择,但通常意义上,我们的国标GB/T28181协议实际是一种按需直播的协议,有人观看的时候才会通知设备推流到云端流媒体服务器,而且推送的是实时的RTP数据包,RTP需要经过协议转换成为RTMP.HLS.HTTP-FLV才能成为互联网直播流,所以,如果需要将海康.大华.宇视等安…

方案介绍 目前互联网直播的CDN和标准RTMP流媒体服务器通常只能接收RTMP格式的音视频推流.目前市场上有一些自带RTMP推流的摄像机和编码器,可以直接在其rtmp推流配置里面配置推送到RTMP流媒体服务器上.但是大部分的安防网络摄像机还是不带推流功能,尤其是海康.大华.宇视等通用性价比高的摄像机,是不支持的,所以,对于这种摄像机只能通过二次开发的方式,先获取摄像机实时视频流并封装成RTMP/FLV格式进行推送,再由RTMP流媒体服务器进行转发/分发. 获取摄像机实时视频流的方式可以调用摄像机…

最近在使用EasyNVR接入海康.宇视的摄像机进行景观直播的项目时,需要进入宇视设备进行音视频编码参数的调整,要说呢,海康的产品好就是要好很多: 海康的设备后台管理页面,不需要装插件也能进去,而且能调整参数: 宇视的不装插件就进不来后台管理,而且关键是:插件装不上: 操作系统是 Windows Server 2008 其实从后面的分析来看,系统不是主要的问题,我们简单从这么个错误提示上来看,估计也只有宇视自己能知道这个错误码到底是啥意思,不得已,我们只能从系统的日志来看问题,毕竟系统日志还是比较…

前一段在维护EasyNVR客户的过程中遇到一个问题,在接入宇视NVR的时候,就是明明在vlc中能非常正常播放的视频流,却用EasyRTSPClient RTSP客户端拉流的协议交互过程中,PLAY命令之后,宇视的NVR却返回了500 Server Internal Error: 这个时候,不得不说我们的客户神通广大,还有宇视的技术支持给力,及时找出了问题,就是在流媒体交互的过程中,如果是实时流的话,PLAY命令中是不带Scale字段的,为啥在大部分的IPC和NVR都好好的,结果宇视的就这么矫情呢…

原谅我只提供一个链接,我在这里写了两遍,最后加个链接页面卡死了,下面的demo,最好真机调试.(写博客还是在别的地方写复制到这里比较好!) 一个画面可以做,4个,9个,16个画面原理是一样的,集合到自己app时配置文件不好配,多多百度!(注意:发现xcode8.0大华的视频监控运行不了,需要更换一个libpostprocess.a文件--链接http://pan.baidu.com/share/link?shareid=135046858&uk=3039777472) 大华和海康威视https:…

WCF 采用net.tcp协议实践   概述 与Socket相比,WCF真是爽得不得了,其基本指导思想为SOA——面向服务. 其基本配置在于ABC(Address,Binding,Contract),通常,只要这三个因素配置对了,那么,基本上就无限接近目标了. 剩下的配置,就可能是行为(Behavior),安全(Security)等. 在所有绑定中,为什么要选择net.tcp,是因为其比较快(我这也是道听途说,究竟有多快,没有进行过测试):但是,缺点就是,net.tcp方式只能是WCF对WCF的…

===================================================== 视音频数据处理入门系列文章: 视音频数据处理入门:RGB.YUV像素数据处理 视音频数据处理入门:PCM音频采样数据处理 视音频数据处理入门:H.264视频码流解析 视音频数据处理入门:AAC音频码流解析 视音频数据处理入门:FLV封装格式解析 视音频数据处理入门:UDP-RTP协议解析 ===================================================…