hhdb客户端介绍（9）

国标GB28181协议客户端开发（二）程序架构和注册

国标GB28181协议客户端开发（二）程序架构和注册 本系列文章旨在探讨国标GB28181协议设备端的开发过程。 一、程序架构设计 在GB28181协议设备端的开发中，良好的程序架构设计是保证系统稳定性和可扩展性的基础。 sip:34020000002000000001@192.168.1.54:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.54:10561;rport;branch=z9hG4bK639602844 平台返回401错误： SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.54:10561;rport;branch=z9hG4bK639602844 平台返回200注册成功： SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.54:10561;rport;branch=z9hG4bK2311457380 From:

国标GB28181协议客户端开发（三）查询和实时视频画面

国标GB28181协议客户端开发（三）查询和实时视频画面 本文是《国标GB28181协议设备端开发》系列的第三篇，探讨了信息查询和实时视频在GB28181协议中的应用。 读者将通过本文了解到GB28181协议设备端开发中信息查询和实时视频的关键知识点。 一、设备目录查询 设备目录查询是GB28181协议中的一项重要功能。 <sip:34020000001110000001> Call-ID: 12345678900105 Via: SIP/2.0/UDP 192.168.1.54:5060;wlsscid=377aa9afcf1b36f -bff9-4f3000109 Content-Type: application/sdp Content-Length: 225 v=0 o=34020000001310000001 0 0 IN 平台，200OK SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.54:5060;branch=z9hG4bKee5c5d98-bff9-4f3000109 From

国标GB28181协议客户端开发（一）整体流程和技术选型

国标GB28181协议客户端开发（一）整体流程和技术选型 本系列文章将介绍国标GB28181协议设备端的开发过程。本文旨在探讨整体设计和技术选型方面的考虑，为开发人员提供指导和参考。 文章将从设备端开发的整体架构、信令交互流程以及关键技术选型等方面展开讨论，帮助有需要的读者了解和把握GB28181协议设备端开发的要点，掌握开发GB28181协议设备端所需的技术和知识，为实际项目的开发奠定基础 一、GB28181协议简介 GB28181全称是“公共安全视频监控联网系统信息传输、交换、控制技术要求”，它定义了视频监控设备之间的联网通信协议，旨在实现视频监控系统的互联互通和统一管理。 通过以上几点，可以看出来，GB28181是跟SIP协议有非常大的相似性，但是两者侧重领域不同，GB28181协议是在SIP协议的基础上针对视频监控领域进行了定制和扩展，以满足视频监控设备之间的联网通信需求 在GB28181平台发送录像回放请求时，设备根据请求将对应时间段的录像数据，组合成RTP报文，发送给请求方进行回放。 报警处理：设备接收报警触发信号，并发送报警通知给GB28181平台。

GB28181协议--GB28181协议简介

2、GB28181框架: SIP 监控域互联结构示意图如下图所示： GB28181的联网方式分为级联和互联方式，级联方式可以详细分为信令级联和媒体级联，下图分别为信令级联和媒体级联方式： 信令级联： 媒体级联 4、GB28181具体功能： GB28181协议规定支持的功能有如下几项： （1）注册和注销 应支持设备或系统进入联网系统时向SIP 服务器进行注册登记的工作模式。 实时视音频点播的信令流程分为客户端主动发起和第三方呼叫控制两种方式, 联网系统可选择其中一种或两种结合的实现方式。 其中, 信令1、8、9、10、11、12 为SIP 服务器接收到客户端的呼叫请求后通过 B2BUA 代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程, 信令2 ~ 7 为SIP 服务器通过三方呼叫控制建立媒体服务器与媒体流发送者之间的媒体流信令过程 （9）历史视音频文件下载 应支持对指定设备指定时间段的历史视音频文件进行下载。

redis 学习（9）-- redis 客户端 -- redis-py

redis 客户端 -- redis-py 简介 关于 redis 的各种客户端，我们可以在官网上寻找并使用，比如我这里的 python 客户端，可以在官网上找到：redis-client 。

国标GB28181协议客户端开发（四）实时视频数据传输

国标GB28181协议客户端开发（四）实时视频数据传输 本文是《国标GB28181协议设备端开发》系列的第四篇，介绍了实时视频数据传输的过程。 通过解读INVITE报文中的SDP信息，读取和解析视频文件或图片文件，进行数据编码，以及h264封装为PS格式，最终通过RTP数据发送，实现了GB28181协议设备端的视频传输功能。 本文将逐步详细介绍每个模块的实现步骤和相关技术要点，帮助读者理解和应用GB28181协议进行实时视频传输。 一、INVITE报文的SDP信息解读 在GB28181协议中，在实时音视频传输过程中，使用INVITE报文携带SDP（Session Description Protocol）信息。 图片 三、h264封装PS 在GB28181协议中，视频数据通常以MPEG-PS（MPEG Program Stream）格式进行封装。

GB28181协议_gb28181版本

不可否定的是国家公安机关一直在强推这套协议，也有很多厂家积极响应号召，如我们的一个大客户中星电子，他们的平台就是纯基于GB28181协议实现的，在重点城市进行平安智慧城市的创建。 海康和大华虽然也有平安城市的平台，但是不是纯基于GB28181的，只是作为一个协议接入，毕竟他们自己的产品很多走的私有协议（市场决定这些因素），所以个人觉得往往是新兴的科技企业在没有利益的驱使下更愿意推行国家标准 下面来说下怎么去实现这个GB28181的协议栈功能。 GB28181协议已经慢慢的进行了规范完善，现在大的趋势也已经是这样，虽然以前有很多的私有协议平台，但新建的平安城市等政府都需要能支持GB28181的互联互通，GB28181协议还有互联功能，这个功能比

gb28181协议详解_GB28181收费吗

2、发现谁在发现 除了搜索设备，我们还需要知道谁往我们得服务地址发送了搜索地址得需求，因为我们是一个设备，其他在gb28181 服务中，我们需要知道sip 网守和网关得设备，可能有多个这种设备，我们则需要知道谁正需要发现设备 serviceList> <presentationURL>http://192.168.0.64:80</presentationURL> </device> </root> 从中可以发现很多信息 那么现在我们得GB28181

GB28181服务器_GB28181收费吗

CarEye 开发GB28181 服务器有将近两年时间了，早期我们用纯C++开发了一个GB28181视频服务期，对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。 1. SIP服务器和流媒体服务器是绑定在一个进程中的，因为没有分离，造成了视频处理和SIP服务器只能在一台服务器上运行，既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。 2. 基于以上原因，我们重新架构了GB28181视频服务器，指令服务器使用go来作为开发，而流媒体开发继续使用C++作为开发语言。 新开发的GB28181服务器，和GT1078视频服务器通信构成了兼容移动车载，摄像头。集成直播，点播，对讲，上下级级联的流媒体服务群。 其网络架构如下图表示： 我们整理了有关GB28181的开发接口完全对外开放，方便快速应用。

国标GB28181协议客户端EasyGBS国标视频平台级联EasyNVR：EasyGBS如何实现调阅EasyNVR的视频通道？

青犀视频产品的用户知道，作为音视频流媒体行业的视频能力平台设计者，TSINGSEE青犀视频的产品不限设备品牌只要协议支持就可以接入做流转换，其中EasyNVR主要作为RTSP协议设备/平台接入，EasyGBS主要作为GB28181 因为EasyNVR并不是真正的摄像头，而是我们虚构的一个边缘设备，通过gb28181协议来交互，所以我们需要修改EasyNVR上传通道的逻辑。

技术解码 | GB28181协议简介及实践

GB28181协议是视频监控领域的国家标准，本文将解析如何在FFmpeg中增加对GB28181协议的支持，使其可以与支持GB28181协议的设备进行通信与控制，实现设备的注册、保活以及流媒体的传输。   SIP用户代理又可分为用户代理客户端UAC（User Agent Client）和用户代理服务端UAS（User Agent Server）。 客户端主动发起的实时视音频点播流程见图4: 图4 客户端主动发起的实时视音频点播流程图 其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程 媒体流接收者通常是用户的客户端，SIP服务器是单独的服务器，媒体服务器通常是监控系统中的媒体网关，媒体流发送者为前端摄像机。 本文中FFmpeg既作为SIP服务器，也作为用户客户端向前端设备发送INVITE请求，因此可以简化为FFmpeg向前端设备发送INVITE请求后，前端设备向FFmpeg回复200OK，然后FFmpeg再向前端设备回复

【STM32F407】第9章 ThreadX NetXDUO之TCP客户端

mod=viewthread&tid=104619 第9章 ThreadX NetXDUO之TCP客户端 本章节为大家讲解NetXDUO的TCP客户端实现，学习本章节前，务必要优先学习第7章TCP传输控制协议基础知识 9.1 初学者重要提示 9.2 TCP客户端API函数 9.3 TCP客户端的实现方法 9.4 网络调试助手和板子的调试操作步骤 9.5 实验例程说明 9.6 总结 9.1 初学者重要提示 1、 第9个参数是IP任务优先级。 返回值 NX_SUCCESS：(0x00) 创建 IP 实例成功。 第9个参数是Socket当前状态。 第10个参数是仍在排队等待ACK的发送数据包总数。 第11个参数是当前发送窗口大小。 第12个参数是当前接收窗口大小。 9.3.2 TCP客户端实现 下面是创建TCP客户端并远程连接服务器： /* *************************************************************

国标GB28181协议客户端EasyGBS国标视频平台级联EasyNVR：EasyNVR到EasyGBS上是如何注册及注销的？

EasyGBS采用gb28181协议接入摄像头，我们将EasyNVR当作边缘设备，通过gb28181协议和EasyGBS平台进行对接。 此处是EasyNVR与EasyGBS交互的客户端： func NewClient(cascade Cascade) *Client { client := &Client{ Stoped time.Duration(cascade.KeepaliveTimeout)*time.Second, 10*time.Second), } return client } 以上我们已经完成了客户端的配置 ，接下来就可以启动客户端正式与EasyGBS交互了。

GB28181之国标编码规则

由2位数字组成，即20位编码中的第9、10位。国标文档中有具体定义。

GB28181里的SIP协议

GB28181推流过程中，摄像机和服务器需要先通过SIP协议交互，完成OA协商后，摄像机才知道用什么协议推送流到什么地方去。这里，我们探讨下协商过程中用到的SIP协议。 在GB28181推流过程中，主要用到了sip协议中的Register、Invite、Message、Bye和Cancel这些请求消息。 摄像机注册 摄像机上报心跳 服务器邀请摄像机推流 结束推流

RTSPServer接收RTSP推流RTSP推流转GB28181输出级联GB28181国标平台

1、需求背景目前不是所有的直播推流设备都支持GB28181的国标注册，有的只能输出直播流，有的只能支持RTSP的推流。 6、配置级联到GB28181国标平台具体参见：LiveNVR支持RTSP/RTMP/HLS/HTTP-FLV流转换成GB28181输出级联接入到国标平台

重磅：SRS 5.0正式支持GB28181

Candidate GB的Candidate定义和WebRTC: Candidate[8]概念上一致，都是需要暴露一个客户端能访问的IP地址，在SDP中传递给客户端。比如： 1.  这个CANDIDATE就是媒体服务器的IP，它和SIP的服务器地址可以是不同的，SIP服务器地址是在Usage[9]中配置在客户端的。 当然，如果网卡配置了客户端可以访问的地址，可以把CANDIDATE配置为*，让SRS自己发现。 也就是先支持GB28181 2016，而不是支持GB28181 2011。 Note: 需要显式开启GB28181-2016，并开启TCP协议才可以。 参考 gb-media-ps-sip-disconnect.pcapng.zip[27] • 媒体正常传输过程中，TCP连接断开，客户端不会重试。

AI智能安防视频EasyCVR平台接入国标硬件设备播放视频失败的原因排查与分析

EasyCVR平台电脑网页客户端支持单画面、多画面显示，用户可选择任意一路或多路视频观看，视频窗口数量1、4、9、16个可选。 image.png 有用户反馈现场硬盘录像机通过国标GB28181协议的方式接入EasyCVR平台后，在公网环境下，设备视频播放出现异常。今天我们来分享一下排查及解决办法。 而将硬盘录像机通过国标GB28181接入我们的EasyCVR官网平台，出现了同样的故障现象，进而可以确定是用户的硬盘录像机问题。 image.png 后续用户已经与厂家协调进行了处理。 EasyCVR是我们所有视频平台中支持协议最广泛的视频管理平台，包括国标GB28181、RTSP/Onvif、海康SDK、大华SDK、Ehome等协议。

.NET Core.NET5.NET6 开源项目汇总9：客户端跨平台UI框架

platform.uno/code-samples 开源地址：https://github.com/unoplatform/uno 参考博客：https://mp.weixin.qq.com/s/xg_St9OHy3hfkk71NzFiPw