技术开发

为用户解决了大量关于视频领域的痛点和难题，在我们通过TSINGSEE青犀平台调用postman时，会看到一个量：EASY_HOST。EASY_HOST 为postman全局变量，本文我们讲一下怎么进行

在用户使用EasyCVR进行调用设备录像的时候，chrome浏览器播放会出现1分钟左右就黑屏闪屏的情况，针对此问题我们进行复现及排查。

一般分为两个步骤：前端人脸图像采集系统通过抓拍采集人脸图像、实时视频流等，后端的智能平台可将前端采集的相关数据统一进行汇聚、处理、存储、应用、管理与共享，并结合人脸识别系统，实现人脸识别功能。

以上方法是直接使用RTSP流来进行人脸识别，如果想要进行所有的语言都要识别人脸，最快的方法就是将人脸识别做成http接口用来调用，所以就要分离各个识别的方法。

在 EasyDSS、EasyNVR、EasyCVR、EasyGBS 等视频平台中支持 WebRTC 播放功能，其中有个流程需要到 stun/trun 服务器中进行网络打洞操作。 该服务代码中，原始仅支

由于该现场是以国标协议接入的，国标协议中有强制获取I帧的命令，在每次拉流之前执行一次强制获取I帧的命令，那么就可以解决无I帧的问题。

视频融合云服务平台EasyCVR不需要对现有监控架构做调整，支持CDN推流，灵活适应原有架构；且按需灵活扩展、收缩资源，免去了插件安装、浏览器限定等条件，实现了无插件、多平台自由观看回放。

经过对后端代码排查，发现后端并没有国标编号，原来是前端传递的搜索参数，后端接收到后并没有将搜索字段加上国标编号，才导致搜索失败。

推流平台EasyDSS里有个直播的类型叫虚拟直播，虚拟直播的直播源有两种类型，一个是点播资源，一个是在线资源。点播资源可以从EasyDSS里的点播服务里面去配置，在线资源必须是直播的源地址。

遇到这种视频流丢包且不稳定的情况，可以采用tcp模式播放下，因为tcp需要三次握手，比udp更稳定，且不会出现丢包的情况。

在本文中，我们将帮助初级的开发者了解最佳的开源人脸识别项目，并向大家展示为什么选择开源软件通常是最佳选择。

所以我们找研发修改一下前端的问题，将登录页面和家口鉴权区分开，这样就可以实现之前版本的效果，访问平台的页面也就需要登录密码了。

EasyCVR开发上线以来，算是市面上兼容性较为优秀的视频能力平台，能够兼容国标GB28181、RTSP、海康SDK、Ehome协议的设备，其他主流厂家的私有协议也会不断开拓。

收到反馈我们非常的重视，第一时间着手测试，发现问题确实存在，在切换到WebRTC格式的视频流时加载时长需要大概八秒左右，这肯定是不合理的。播放过程中我们发现加载会挂起一段时间。

将代码拉取到对应的开发环境的位置。默认的golang 的开发环境的github目录。根据README.md来进行代码运行学习，直接执行npm run dev来进行代码的运行和编译。

接入协议类型中，还有一种rtmp-push的类型，由于大家对平台中的rtmp和rtmp-push的接入不太清楚，所以本文我们简单介绍下这两种接入的区别。

但是这个框在没有识别内容的时候出现其实是不合理的，因此我们需要把这个框去掉，且设置为只有人脸时才会出现框，没有人脸则不显示框。

用户提出需求：需要在现场统计EasyGBS在线的通道SIP编码、通道名称以及在线的状态值，本文我们来讲下这个需求的实现步骤。

视频直播离不开视频帧，帧是进行视频流媒体制作的最基本单位，一个视频流会分为很多帧，在时间轴上的每一帧都可以包含需要显示的所有内容，包括图形、声音、各种素材和其他多种对象。

做视频直播的朋友都知道，目前网页比较主流的视频直播协议是HLS协议和RTMP协议，移动端由于需要比较高的传输需求，所以以HLS传输为主，而PC端则更加注重视频的实时传输，因此以RTMP为主。