wangjie_jack的专栏

目前发布的GB28181-2022增加了对前端设备视频H265编码格式的支持，所以实现国标平台通过浏览器对H265视频流的无插件的解码播放将是未来的趋势。目前大多的方案都是通过平台端把H265转码为H264，再推送到web前端进行解码播放，这种方式因为需要中间的媒体流服务进行解码再编码，不仅造成视频端到端延时大，视频质量收损，而且非常消耗服务端的cpu。基本上一个普通的云服务器同时转码小几路就扛不住了。这样的方案只能是个demo。不具备大量H265设备接入的应用条件。

在执法记录仪，智能安全帽，单兵手持终端等android设备都需要将自己的以GB28181前端设备（类IPC/NVR）接入到GB28181平台。然后，只需要三行代码。即可完成android设备上注册到国标平台，并打开摄像头支持平台预览设备端摄像头。如下图：其实基于GB28181的android设备端模拟的ipc都是被动接收国标平台的控制和查询指令进行操作的，比如预览，对讲，录像，云台控制，位置订阅等待，在GB28181-2022标准中更是将osd配置，图像抓拍等加入标准。

视跃realgbs平台与某市交通局TOCC海康的平台进行GB28181级联时，需要将虚拟组织结构先行发送，然后发送其组织结构下的设备与通道依次发送，海康的平台对发送的顺序要求很高，如果先发送通道目录再发送设备目录，在海康的平台上的结构树上无法显示正群的层级关系，所以在发送目录时，对发动目录的排序是十分必要的。

随着信息化全国产化的的改革以及国际形势的多变，全国产化的硬件软件和数据库的支持势在必行。我们通过realgbs融合通信平台和相关网关的国产化支持过程来讲解一下国产化的实现。目前国产化的硬件有鲲鹏920，山东浪潮等等，操作系统有银河麒麟等，数据库有人大金仓等等。实现国产化的第一步是代码针对国产化基础硬件的移植，就是对国产化的cpu架构和操作系统进行适配性的编译，比如鲲鹏920是arm64的架构。第二部便是数据库的移植，如果之前用的mysql，oracle等比较通用的数据库，就需要移植到人大金仓。针对人大金仓数

...随着用户对需求不断的延伸，在特种单兵场景下，很多场景需要单兵设备接入外置OTG摄像头。OTG摄像头接入单兵设备后，其实是通过UVC协议进行数据交互的，这一块相对于上层应用开发而言就稍显复杂了，我们通过JNI实现了UVC协议，完成对OTG摄像头视频的采集。

gb28181协议是公安部的图像传输协议，GB28181平台多会投入到多级的公安网络中使用，而在复杂的网络使用中，会遇到一些坑，希望本文能够让应用与公安领域的朋友在多级级联的部署中少走弯路，在一例公安网的实施中，从外网到公安内网使用，总共有4级平台，通过4级RealGBS级联，公安内网可以访问外网平台接入的执法仪等采集设备的音视频流信息。如下网络拓扑图: GB28181平台现场反馈偶尔出现拉不到流，目录偶尔无法同步等问题。通过抓包数据的分析，发现在防火墙和网闸中IP产生了变化...

GB28181协议实现了网络视频联网监控，将GB28181的前端视频设备接入到平台，实现了音视频的预览与对讲。但是GB28181协议毕竟是公安监控领域的标准，并未规定音视频双向互动的内容，其语音是双向的，视频是单向的。比如音视频的双向对话，GB28181里就无法实现。 但实际中很多用户都是需要使用双向的音视频对讲的，比如在应急指挥调度平台中，需要与前端设备进行双向对讲。很多地区电信做政企的客户也有此类需求。他们要求将前端接入的单兵设备（音视频采集设备）以GB28181协议接入共享到...

现在GB28181的平台很多，但是能够实现GB28181接入设备的web无插件超低延时的直播确实不多，或者叫没有。有的小公司甚至直接使用开源的工具去实现GB28181转webrtc的直播，前期技术调研时大部分开源代码都看了，除了小部分封包代码值得借鉴，其他发现性能和架构是不具备商用实施基础的。 最终笔者决定采用多线程+协程的方式，对realgbs平台实现了升级，添加了对接入的GB28181设备进行webrtc直播，因为参考开源webrtc规范源码后，全程自主研发。将一些多并发不耗时...

国网B接口是国家电网视频监控系统的内部接入协议，即提供视频监控系统与属于该平台的前端系统之间的接口。如下图::视跃科技基于国家电网B接口协议研发了前端设备软件RealGridDevice，不仅仅可以直接下载app使用，也提供跨平台的sdk(支持android，linux，window），提供集成商进行二次开发。视跃RealGridDevice覆盖了国网B接口前端设备端的全部协议，其具体功能如下:设备注册 设备向支持国网B接口的视频监控平台注册 资源上报 前端设备将自身的资...

GB28181转sip网关可以GB28181的设备或平台无缝的接入到视频会议，应急管理平台等sip系统，实现在视频会议或应急管理处置中实时的查看摄像头，并可以与前端监控系统进行对讲。从而实现多媒体数据融合通信。 而对于sip服务器有很多开源的比如repro，freeswitch等，sip呼叫终端开源（免费）的有linphone，x-lite等等。我们通过视跃GB28181转sip网关，可以把海康，大华的ipc，视跃的RealGBD（GB28181设备app）接入sip系统，实现与sip...

按照GB28181协议，平台与客户端可以直接查询每个接入设备的录像，并可以回放和下载每个设备的录像。 如果接入的GB28181设备没有配置存储，那么可以在gb28181平台服务端（所谓的云端）进行定时计划录像。视跃的GB28181平台realgbs就具备从服务端配置每个设备的录像计划，进行定时录像的功能，首先在录像管理里配置定时任务，如下图:点击保存后，我们可以在录像任务里将制定的设备ID绑定该录像任务，然后每周每天，平台会按照设置的录像计划的时间段进行定时录像。录像可以在查询录像里...

现在因为众所周知的原因，海思的芯片价格疯狂的上涨， 行业的摄像机多采用华为海思的芯片，其制作成本水涨船高。 我们其实可以通过一个低配的android盒子，装一个apk，就可以实现将普通的onvif摄像头转成GB28181的摄像头接入到GB28181平台，实现GB28181的联网共享。 其数据流逻辑图如下：由上图可知，通过android实现一个onvif转gb28181的网关，安装在android的设备上即可。该网关首先要具有onvif搜索功能，搜索到设备，通过设备的...

最近车载场景的用户，使用GB28181设备端的sdk后，需要一个设备支持多个视频通道，具体场景就是一辆车一个GB28181采集设备，一个设备接多个摄像头，比如车头一个，车尾一个，车外一个等。 其实抽象到GB28181设备端方案就是一个GB28181的视频设备带有多个视频通道而已，这个我们sdk本身也是支持的，但是用户要求每个视频通道能够各自同时录像，对接海康的平台能够给通过海康的平台查询与同时回放。我们sdk的demo代码是单通道的，录像直接以设备为ID的，后来对sdk接口和dem...

GB28181协议明确规定了GB28181服务端可以与前端设备进行双向对讲，完整的GB28181平台是不仅有web配置，前端设备注册，还支持GB28181客户端登录的，比如视跃科技的realgbs平台，所以GB28181的对讲首先是GB28181客户端与前端设备的对讲，然后为了方便，同时也增加了web无插件与前段设备对讲。完整的GB28181对讲流程图如下: 客户端发起对讲就不详细描述了，他属于标准的GB28181的部分，大家可以查阅GB28181-2016标准文档，这里重点讲一下w...

我们提供了GB28181设备端的sdk和demo，是需要开发人员做一些业务界面的二次开发的。但是其实很多用户提出需要在android手机或者设备在屏幕熄灭（后台运行）的情况下继续采集视音频数据，能够不影响GB28181平台上视频的预览等各项业务的开展，特别是特种行业油田的，车载，警务执法仪，是要能完全自适应的无值守使用的。要求横竖屏切换，前后置摄像头切换，前后台运行都能够正常使用。。 众所周知，android里面预览摄像头有两种，一种是使用surfaceview，一种是TextureV...

GB28181标准制定多年，应用也逐渐广泛，从传统固定的摄像头到可移动的设备，对于前端设备的形态要求也十分多样化。比如单兵，车载等行业领域，传统的摄像头无法满足其便携性，以及丰富的功能接口要求。 单兵，车载，以及执法仪等使用场景，除了对设备端的便携性外，对于网络的布局基本都是4G/5G的环境，即设备都使用运营商提供的4G物联网卡，对于网络互联互通以及视音频的质量也提出了很高的要求。 对于GB28181在于公网的使用，除了GB28181-2016的完善外，其实对于技术的实现也...

视跃GB28181平台web无插件直播的实现原理：后台是把GB28181的ps流转化成http flv，为了少做无谓的推拉，没有用rtmp推nginx（srs），自主实现ps流转化为了http flv和https flv的流，下发给浏览器端。 浏览器端开始用的rtmp+video.js，后来担心以后浏览器不支持flash，最终使用flv.js，修改了些bug，减少了延时，于是轻松实现了web的无插件低延时播放，但是监控行业，多屏是必备功能，所以在此基础上增加了多屏直播。 ...

众所周知，GB28181协议是支持终端设备的位置订阅的，这些终端设备必须有经纬度信息的设备，比如4G/5G执法仪，智能安全帽，智能警用头盔，单兵等，当然直接下载视跃科技的GB28181前端app，直接安装在手机或者android设备上，也是一个具有位置信息的GB28181移动终端。 当移动视频采集设备接入到视跃GB28181平台后，平台的电子地图里显示了所有在线的设备的位置信息，通过平台给指定的设备发送GB28181的位置订阅消息，订阅消息包含有位置信息上报时间，默认是5s，设备收...

视跃realgbs基于GB28181协议开发的，支持海康，大华，宇视等摄像机接入，通过GB28181协议统一进行管理的视音频综合平台。他支持web，andorid，pc端三种形态对接入的设备进行管理。 作为轻量级的使用方式，很多用户会用web直接进行视音频的调阅与预览，所以web无插件的预览是十分重要的功能，但是web无插件的视频延时往往会逊色于使用客户端进行接入设备视频的预览。 网上几乎所有的厂商都采用的rtmp转发，采用的一般是第三方的工具，比如nginx，srs...

基于android开发的GB28181前端设备的app，像一个支持GB28181协议的IPC一样，可以接入到GB28181平台里。和ipc一样，如果要讲app接入到平台，首先需要知道如下信息： （1）GB28181平台的IP地址 （2）GB28181平台的信令（sip）协议通信端口 （3）GB28181平台的GB编码（一般为20位数字的唯一编码） （4）GB28181平台给设备分配的国标编码（一般为20位数字的唯一编码），设备注册到平台时需要...

GB28181协议是公安视频监控的网络传输标准，为了视音频数据共享，互通而制定的标准协议。 而GB28181的客户端可以对GB28181整个平台的设备，用户，数据的管理和音视频数据调阅，是整个协议中的人机交互的部分，以终端显示展现，其重要性可想而知。 如何实现GB28181的客户端呢？ 首先客户端以用户（20位的GB28181约定唯一的UID）的身份注册登录到平台，获取平台上的设备的目录，和设备信息，设备状态。把每个设备的设备信息，设备的通道信息（视频通道...

随着GB28181应用的深入，以及对各用户的行业应用和使用场景的广泛接触与了解，其实我觉得有必要结合GB28181协议的本质，来谈论一下其应用和扩展。 总所周知，GB28181协议全称叫《安全防范视频监控联网系统信息传输、交换、控制技术要求》，是一个定义视频联网传输和设备控制标准的白皮书，主要解决了视频间互联互通，数据共享，以及设备控制的问题，这个问题从顶层解决了视频信息各自为战的问题，打通了视频联网的信息孤岛。 对于完整的GB28181解决方案，由前端视音频设备ap...

我们提供了GB28181的平台，设备等完整解决方案后，随着用户的增多，特别是在4G，窄带宽的场景下的使用，对于各种设备，网络环境的接入的流媒体的质量的分析，和设备的运维有很大的挑战。 首先我们虽然提供了很清晰的日志，但是日志也只局限于专业点的用户去看。于是我们经过考虑后，在GB28181的整个媒体流的互动过程中，我们将平台上所有的会话的信息，状态，和每个会话的网络信息都实时的可...

在GB28181的2016版中，对于媒体流的传输在原有UDP传输的基础中，增加了主动tcp和被动tcp的方式。 1.UDP的传输 这个是普遍的传输方式，GB28181服务端在发invite时，在携带的SDP中包含了接收媒体的端口，设备端（被呼叫端）收到invite后，解析该端口，通过UDP将媒体流发向该端口。 2.TCP被动 GB28181服务端在发invi...

武汉一直笼罩在新冠状病毒的疫情中，我不喜欢在朋友圈拿疫情去炒作，但我知道，如果真的智能AI智能识别，智能机器人，自动驾驶，远程分级诊疗等热门技术如果只要有一样能够落地能够应用，武汉的疫情不会如此被动。所以一切不以应用为目的的技术炒作都是耍流氓。 待在家里无法出门，解决了食物的储备后，无聊至极，于是想着干脆开发GB28181的客户端手机版APP以度过闲暇时光。下面开始言归正...

为了实现视频网络的互联互通，打破信息孤岛，国家慢慢要求各行各业视频监控支持GB28181协议，但是有很多以前就已经安装部署的老摄像头，不支持GB28181协议，怎么办呢? 我们可以采用视频媒体和协议的转换网关，实现视频源设备非国标到GB28181的转换。是的，没有看错，只需要一个软件网关。onvif作为国际标准协议，很多老摄像头是支持onvif协议的，我们本章以onv...

目前几乎主流的厂家，比如接入海康、大华、华为、科达、宇视等等各家摄像头都支持GB28181的协议，但是如果没有摄像头怎么办？需要买吗？答案是否定的，其实我们可以用android手机写一个app支持国标28181协议。 国标28181协议对于前端设备（就是摄像机）而言，主要就是实现注册与退出注册，会话保活，返回目录查询结果，响应invite，返回录像查询结果，响应录像回放，...