技术开发

因为EasyGBS程序是以服务方式运行，在Linux系统下以systemd的方式守护进程来实现服务。出现上述情况，我们猜测是由于上层关闭比较慢，时间过于长久导致没有去关闭底层启动的内核程序。

在两个用户通信前，首先会向公网的 stun 服务发送请求，获取自己的公网地址，然后通过服务器将各自的公网地址转发给对方，这样双方就知道了对方的公网地址。根据这个公网地址就可以直接通信。

查看其代码，发现是代码中未做录像处理导致的。经过与研发部人员的沟通得知，EasyNVR更换新内核之后，录像处理未能做兼容，所以出现了录像的开启与关闭接口失效的问题。目前该问题已经在代码中得到了修复。

针对此问题，我们首先考虑的是该用户的FLV协议没有开放，协调用户进行查看，发现FLV也是开放的。于是进行远程排查，在排查过程中发现，该用户可以播放的HLS视频流并不是当前的实时视频流，而是历史视频流。

其实这个是可以实现的，今天我们就来和大家分享一下：如何将EasyNVR硬件设置为通电情况下不会自启动呢？

我们初步排查可能是EasyNVR的服务没有完整启动，或者是用户的防火墙没关。于是我们对这两个方面进行了详细排查，发现服务端的防火墙正常关闭（如下图），因此排除防火墙问题的可能。

众所周知，WebRTC技术使用架构是点对点的（浏览器之间的）通信，用户无需安装任何第三方插件，使得自己和对端进行通信，这也是其非常强大的一个优势。

此外，EasyCVR还支持级联功能，可与其他支持GB28181协议的平台进行级联。EasyCVR作为下级平台级联到其他平台，不仅更方便用户现场的管理，操作的灵活性也更高。

第一次调用指定时间段播放录像文件接口，结尾时间超出当前录像的时间，会生成一个以通道名称、开始时间和结束时间为文件名的mp4文件。

在添加通道之后，对通道进行保活判断，如果通道有用户在播放，那么流保活的时候就不要停止当前流，直接动态更新就行了。

添加如下代码，前端点击提交过后，后端先进行一个数据转换，将http请求中的数据放在body中，然后转成对应的json格式数据，之后存入数据库。

第一次播放HLS协议 服务器接收到流生成m3u8文件有延迟，所以导致第一次首播时播放器请求的m3u8文件404问题。

当有的用户现场设备环境复杂，需要同时使用EasyGBS和EasyNVR两个平台，但是又不希望两个平台件是互相独立的，我们就可以考虑将EasyNVR接入到EasyGBS中，使其方便管理。

这种情况一般是redis服务没有起来导致的，新版本对redis服务的启动地址做了要求，如果客户无法使用127.0.0.1这个地址，需要在easygbs.ini里面将redis地址改成localhost

EasyCVR作为TSINGSEE青犀视频开发的视频协议融合平台，除了可以接入RTSP、GB28181外，还通过HIKSDK、Ehome等私有协议完成与设备的对接和视频流的传输。

首先我们需要确定的设备存在可以播放的情况，那么说明整个的流程是已经打通了，视频流可以通过网关级联，之后传递到EasyCVR平台这边。

打开浏览器控制台发现输入框位浮动元素，浮动元素实际是不占用高度，所以浮动在了其他元素之上，导致了界面错位的现象。

在紫光华智云配置页面填写上级平台（EasyCVR）端口15060，上级平台ID，上级平台IP等信息，并保证配置准确，SIP的连接方式选择UDP。

在功能上，基本都能满足大部分用户的需求，也有少部分项目需要进行功能的定制。本文我们介绍一下EasyGBS定制项目添加“设备标签”模块代码实现。

由于在服务端我们使用的是Go语言制作，所以这里我们用的一个go-wkhtmltopdf来实现该功能。