NBA_1的博客

自述今天DZ君讲述的课题是：目录查询产生原因各位广大的视频监控的朋友，你什么时候需要做“目录查询”这个动作？DZ君阐述了以下几点原因仅供参考1） 平台国标对接后，通过目录查询将下级推送的资源查询出来2）排错（如在线状态状态不对，前端设备数量问题，设备类型不对，目录结构不对等等）这两个原因应该是广大监控工程师最常用的两个，没有之一，有莫有？目录查询流程图说明：1）上级首先向下级发送message进行设备查询请求2） 下级收到请求后，给上级回复好的，马上发送资源过来3） 下级.

https://blog.csdn.net/weixin_42462202/article/details/98986535

https://www.cnblogs.com/qq1269122125/tag/eXosip2/

1、写在前面：最开始接触H264的PS封装的时候，参考的是：关于对H264码流的PS的封装的相关代码实现 , 确实是很有帮助，但完全参照这个实现，发现问题也很多，主要还是对MPEG213818的封装协议理解不深产生，所以我们在参考代码实现时，还是需要对原理做深入细致的分析，特别是封装涉及到bit级别的配置，一个bit配错了，可能就播放不了，所以记录下，做个备份。2、封装需要基本了解的概念：RTP：...

前言建议先看一下FFmpeg3的iOS版的入门格式转换器(无编码),我们可以了解H264处于编解码层。为什么需要编码呢？比如当前屏幕是1280*720.一秒24张图片.那么我们一秒的视频数据是11280*720(位像素)*24(张) / 8(1字节8位)(结果:B) / 1024(结果:KB) / 1024 (结果:MB) = 2.64MB一秒的数据有2.64MB数据量。1分钟就会有100多MB...

写在前面：RTP的解析，网上找了很多资料，但是都不全，所以我力图整理出一个比较全面的解析，其中借鉴了很多文章，我都列在了文章最后，在此表示感谢。互联网的发展离不开大家的无私奉献，我决定从我做起，希望大家支持。原创不易，转载请附上链接，谢谢http://blog.csdn.net/chen495810242/article/details/392073051、RTP Header解析        ...

转自https://www.cnblogs.com/wanggang123/p/7507897.html 今天抽空写下以GB28181的方式获取摄像机视频流以备后用，同时也希望能帮助到正着手开发GB28181对接视频的同学，这块的资料实在不多。今天讲的内容不涉及到平台对接，平台对接下次有时间再讲，平台对接相对更麻烦点。通过GB28181获取摄像机视频流，首先需要摄像机支持GB28181，如...