> x <- data.frame(v1=1:5,v2=6:10,v3=11:15) > x v1 v2 v3 1 1 6 11 2 2 7 12 3 3 8 13 4 4 9 14 5 5 10 15 > x$v3[c(2,4)] <- NA > x v1 v2 v3 1 1 6 11 2 2 7 NA 3 3 8 13 4 4 9 NA 5 5 10 15 > #找出第2列 > x[,2] [1] 6 7 8 9 10 > x[,"v2"] [1] 6 7 8 9 10 > x[
3-3 SQL Server 2005数据库优化 了解数据库引擎优化顾问基本内容 掌握数据库引擎优化顾问的使用 掌握通过命令行的方式进行索引的优化——DTA 一个数据库系统的性能依赖于组成这些系统的数据库中物理设计结构的有效配置
NuGet安装Microsoft.Extensions.Logging及Microsoft.Extensions.Logging.Consloe
从git 上下载项目 https://github.com/apache/dubbo-admin 或者直接下载zip包 https://codeload.github.com/apache/dubbo-admin
最大公因子,指两个或多个整数共有约数中最大的一个 private static int gc(int a, int b) { if(b==0){ return a; } if(a<b){ int temp=a; a=b; b=temp; } return gc(b,a%b); }
GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。 2、GB28181框架: SIP 监控域互联结构示意图如下图所示: GB28181的联网方式分为级联和互联方式,级联方式可以详细分为信令级联和媒体级联,下图分别为信令级联和媒体级联方式: 信令级联: 媒体级联 信令互联: 媒体互联: 3、GB28181通信结构: 联网系统内部进行视频、 音频、 数据等信息传输、 交换、 控制时, 遵循的通信协议的结构如下图所示: 联网系统在进行视音频传输及控制时应建立两个传输通道 4、GB28181具体功能: GB28181协议规定支持的功能有如下几项: (1)注册和注销 应支持设备或系统进入联网系统时向SIP 服务器进行注册登记的工作模式。 (9)历史视音频文件下载 应支持对指定设备指定时间段的历史视音频文件进行下载。
后续公安一所又感觉2011版本的协议不能满足方方面面的信令需求,于是增加了修改补充协议,如下: 这次的补充,完善之前协议各地方说辞有误或是不清晰的地方,还增加了不少的信令需求,如:回放、下载 不可否定的是国家公安机关一直在强推这套协议,也有很多厂家积极响应号召,如我们的一个大客户中星电子,他们的平台就是纯基于GB28181协议实现的,在重点城市进行平安智慧城市的创建。 海康和大华虽然也有平安城市的平台,但是不是纯基于GB28181的,只是作为一个协议接入,毕竟他们自己的产品很多走的私有协议(市场决定这些因素),所以个人觉得往往是新兴的科技企业在没有利益的驱使下更愿意推行国家标准 下面来说下怎么去实现这个GB28181的协议栈功能。 GB28181协议已经慢慢的进行了规范完善,现在大的趋势也已经是这样,虽然以前有很多的私有协议平台,但新建的平安城市等政府都需要能支持GB28181的互联互通,GB28181协议还有互联功能,这个功能比
2、发现谁在发现 除了搜索设备,我们还需要知道谁往我们得服务地址发送了搜索地址得需求,因为我们是一个设备,其他在gb28181 服务中,我们需要知道sip 网守和网关得设备,可能有多个这种设备,我们则需要知道谁正需要发现设备 serviceList> <presentationURL>http://192.168.0.64:80</presentationURL> </device> </root> 从中可以发现很多信息 那么现在我们得GB28181
本系列是《玩转机器学习教程》一个整理的视频笔记。本小节主要介绍NumPy模块的一些基础知识。
[root@node1 ~]# ansible ha -m shell -a 'service NetworkManager stop'
技术人员在日常排查中发现,在LiteCVR设备录像中,当通道名称中带有特殊字符时,会出现请求地址下载异常,显示404,如下图:检查发现在传参数时,通道名称中带有了特殊符号#导致,下载地址#之后的数据就异常了
CarEye 开发GB28181 服务器有将近两年时间了,早期我们用纯C++开发了一个GB28181视频服务期,对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。 1. SIP服务器和流媒体服务器是绑定在一个进程中的,因为没有分离,造成了视频处理和SIP服务器只能在一台服务器上运行,既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。 2. 基于以上原因,我们重新架构了GB28181视频服务器,指令服务器使用go来作为开发,而流媒体开发继续使用C++作为开发语言。 新开发的GB28181服务器,和GT1078视频服务器通信构成了兼容移动车载,摄像头。集成直播,点播,对讲,上下级级联的流媒体服务群。 其网络架构如下图表示: 我们整理了有关GB28181的开发接口完全对外开放,方便快速应用。
在有的项目需求中,用户需要调用项目录像,本文我们介绍下EasyGBS如何通过接口下载设备录像。 先调用开始回放接口获取StreamID,注意这里传值的时候download值要传为true: image.png image.png 获取StreamID后继续调用单条回放流信息接口,将StreamID带入里面获取下载文件链接 : image.png image.png 然后将这个链接直接访问下就开始下载了,并且能获取文件大小: image.png 接口调用可实现很多功能,除了本文讲到的调用设备录像到播放器里播放,还可以调用云端录像接口在其他平台播放
技术背景我们在对接GB28181设备接入侧的时候,除了常规实时音视频按需上传外,还有个重要的功能,就是本地实时录像,录像后的数据,在执法记录仪等前端设备留底,然后,到工作站拷贝到专门的平台。 本文探讨的是,基于GB28181设备接入更进一步的处理:录像查询和录像下载,本文以我们Android平台开发的GB28181设备接入为例,做个简单的分析。 本地录像存储图片GB28181设备接入侧,非常重要的功能属性就是实时录像,我们在做实时录像的时候,设计如下:先说录像参数设置:/** * SmartPublisherJniV2.java * Author 平台的录像查询和录像下载,实时录像的处理必不可少。 下一章节,我们将根据GB28181规范探讨录像查询和录像下载。
技术背景 上篇blog,我们提到了Android平台GB28181历史视音频文件检索规范探讨及技术实现,文件检索后,GB28181平台侧,可以针对文件列表进行回放或下载操作,本文主要探讨视音频文件下载相关 ,u字段代表下载通道 ID 和下载类型,字段代表下载时间段,可扩展 a 字段携带下载倍速参数,规定此次下载设备发流倍速,若不携带默认为1 倍速。 s字段为“Download”代表文件下载,u字段代表下载通道 ID 和下载类型,t字段代表下载时间段,增加y字段描述 SSRC 值,f字段描述媒体参数,可扩展 a 字段携带下载倍速,将倍速参数传递给设备 技术实现本文以大牛直播SDK开发的Android平台GB28181设备接入侧视音频历史文件检索和下载为例(本文侧重于下载),介绍下相关设计思路:图片 Android设备接入端收到国标平台侧发过来的INVITE GB28181设备接入侧发送完音视频帧后,发送通知事件类型"121", 表示历史媒体文件发送结束,发送会话内Message消息如下:<?
文本文件是我们接触频繁的一类文件,记事本程序经常操作的文件就是文本文件,很多应用程序会保存一些记录到日志文件里,这种日志文件也可以是文本文件。通过本小节的学习,可以掌握对文本文件的简单读写方法。
代码清单3-3 for(answer[0] = 0; answer[0] < total[number[0]]; answer[0]++) for(answer[1] = 0; answer
GB/T28181-2011 《安全防范视频监控联网系统信息传输、交换、控制技术要求》中规定了联网系统应对前端设备、监控中心设备、用户终端ID进行统一编码,该编码具有全局唯一性。这就是国标编码。编码分20位和18位,其中18位编码已经淘汰。下文中,只讲国标20位编码
《React:Table 那些事》系列文章,会逐渐给大家呈现一个基于 React 的 Table 组件的定义、设计、开发过程。每篇文章都会针对 Table 的某个具体功能展开分析:
GB28181推流过程中,摄像机和服务器需要先通过SIP协议交互,完成OA协商后,摄像机才知道用什么协议推送流到什么地方去。这里,我们探讨下协商过程中用到的SIP协议。 在GB28181推流过程中,主要用到了sip协议中的Register、Invite、Message、Bye和Cancel这些请求消息。 摄像机注册 摄像机上报心跳 服务器邀请摄像机推流 结束推流