规范解读GB/T28181-2022和GB/T28181-2016规范，有这么一条“更改了附录 D 基于 TCP 协议的视音频媒体传输要求（见附录 D，2016 年版的附录 L）。”。本文主要是针对GB/T28181-2022里面提到的“基于 TCP 协议的视音频媒体传输要求”做相应的接口适配，在此之前，我们先回顾下规范里面针对这部分的说明：附录D(规范性) 基于TCP协议的视音频媒体传输实时视频
我们在做Android平台GB28181设备接入模块的时候，遇到这样的需求，做移动对讲的时候，是不需要视频数据的，但是国标平台侧，没有视频的话，大多平台又无法播纯音频打包的数据（网页端大多基于-flv或webrtc实现），基于此，我们做了个简单的处理，通过Bitmap生成个32*32的黑帧，然后，确保上行的音视频数据都有，但是由于视频系黑帧数据，几乎不占用带宽。废话不多说，上代码：clas
接口描述在谈国网B接口的语音广播和语音对讲的时候，大家会觉得，国网B接口是不是和GB28181大同小异？实际上确实信令有差别，但是因为要GB28181设备接入测的对接，再次做国网B接口就简单多了。语音对讲和广播包括信令接口和媒体流接口，采用与“调阅实时视频”流程相同的机制，不同之处 在于用户发出的请求消息的 SDP 仅携带音频描述信息。 语音所采用的编解码算法为 ITU-T G.711
接口描述国网B接口调阅实时视频，相关规范写的比较粗略：调阅实时视频包括信令接口和媒体流接口，采用标准的SIP INVITE+SDP流程，媒体传输使用RTP/RTCP。SDP 中 RTP Payload 的取值应遵守下面接口参数中的定义：a） SDP 中的媒体信息，应仅有一个 m 行，用于描述视频格式。b） 视频数据用 RTP 打包传输时，应考虑每个传输分组不大于 MTU，可采用的技术包括编码器层支
我们在做Android平台RTMP推送、轻量级RTSP服务和GB28181设备接入模块的时候，有一个点是逃不掉的：如何高效率的实现视频数据编码？为此，我们设计了软编码、基于MediaCodec的硬编码和MediaCodec native层硬编，尽可能的减少数据拷贝和交互，确保高效率的完成视频编码，目前，编码前数据类型，已经涵盖了YV12/NV21/NV12/I420/RGB24/RGBA32/RG
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
