CarEye推流库的网络推送优化

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 400+累计阅读 489平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄19年

关注

原创最新推荐文章于 2026-03-02 16:52:28 发布 489 阅读 AI 写同款· GEO 优化 ›

CarEye 智能叉车管理系统介绍叉车管理，叉车系统主要功能工作原理阅读详情

在现有逻辑尽量不动的情况下对CarEye的推流库在网络状态不理想的情况下进行一点优化，现有的逻辑是你调用接口推送媒体流并不是立刻就推送到网络上的，而是推送到一个队列中，然后有专门的推送线程从队列中读取数据然后进行推送，在网络正常的情况下这种逻辑是没有问题的，但如果网络不理想的时候，而你的队列申请的空间又不足够大，就会很容易造成队列溢出，这时候进行入队操作时会不断出队旧数据释放空间以将新数据入队，这就造成了一种假死局面，CPU的压力过大，线程切换缓慢，那么在此之前接口函数中进行了一点优化，在入队时会检测网络状态，如果网络断开则丢掉非关键帧，只将关键帧进行入队操作，虽然这样没法完全杜绝假死现象，但在很大程度上减轻了入队时的压力，从而保证了线程的有效切换。

808, 905部标流媒体开源项目:https://github.com/Car-eye-team QQ群: 590411159

收录于

流媒体开发

当前文章被收录于：

流媒体开发

41 篇文章 1 人学习

JTT1078,RTSP,RTMP等流媒体开发相关资料

订阅专栏查看详情

CarEye开源平台

当前文章被收录于：

CarEye开源平台

37 篇文章 2 人学习

订阅专栏查看详情

当前文章被以下社区和专栏收录：

标签

#libCarEyePusher

使用librtmp库进行推流与拉流目前比较主流的直播技术有RTMP、HLS，其中RTMP主要基于TCP协议，HLS主要基于HTTP协议，二者在实施成本、延迟性等方面有较大差异。本文主要讲解RTMP的推流与拉流技术的应用。阅读详情

相关推荐

【流媒体】基于libRTMP的H264推流器

前面记录了RTMP协议相关的内容，本文记录如何使用libRTMP库进行推流，推流的内容是本地H264码流，向RTMP服务器（nginx）进行推流，并且在传输之后使用ffplay进行拉流播放，主要参考了雷博的实现方式，但根据自己的理解进行了代码简化，加上了自己的理解和注释。在修改过程中，直接使用了雷博提供的libRTMP库，没有自己编译，这一点可能得后续再看看。

weixin_42877471的博客 2264

CarEye 视频平台解决方案

介绍视频平台的方案

Car_eye的博客 1420

尾气排放监控系统

OBD 尾气排放监控平台

Car_eye的博客 674

两种视频服务器的软负载均衡

在视频应用中，通常一台服务器无法解决所有业务，需要考虑系统的负载均衡。现实世界主要考虑两种典型的应用，一是拥有大量接入摄像头的应用，客户端多，但设备更多，而且这种情况下设备还需要在没有客户端的情况下实现视频上传实现云存储，如在移动车载领域，视频监控领域。第二种应用是设备并不多，但拥有大量的客户端，这种应用更加常见，如直播，教育等行业。无论这两种应用的那种，当量上去以后都需要考虑多视频服务器架构，并...

Car_eye的博客 1350

RTMP推流库

基于librtmp封装的推流库支持H264和AAC

libEasyPlayer测试项目及工具

C# Winform调用libEasyPlayer.dll进行RTSP流媒体播放示例及Invoke Interop Assistant,DLL依赖查看工具,为什么没有0分选项了? 两篇文章链接: http://blog.youkuaiyun.com/xinxinsky/article/details/77763077 http://blog.youkuaiyun.com/xinxinsky/article/details/77772555

转发同事搞GB28181协议的经历

2017年刚参加工作，项目中就用到了摄像头。内网用rtsp拉流可以通，外网行不通，当时一直研究怎么穿透网络，最后根据客户的情况，选择了比较麻烦的一种方案：客户门店使用电信宽带拨号上网，路由器绑定在锐捷平台。在路由器上做好端口映射(映射NVR的web访问端口)。需要观看的时候，登陆锐捷的平台得到路由器的外网地址，再访问NVR。当然这样做弊端很多：穿透率低，拨号上网不一定能分配到公网ip，很有可能还是内网的ip。即使分配到了公网ip，很多宽带都屏蔽了端口(NAT限制)。即使用花生壳等穿透工具，宽

Car_eye的博客 1470

windows版librtmp静态库

自个写的windows版本librmtp静态库，分享啦，可以下载啦。

CarEye 智能云平台升级

文章描述了管理平台从单机版本到云架构的升级原因和主要注意事项

Car_eye的博客 3149

脑机接口技术介绍、应用与挑战

脑机接口的概念最先于1973年提出，伴随着计算机性能的飞速提高，在美国“人类脑计划”的资金支持下，脑机接口的研究进入了高速发展期。去年年末，我国科技部会议透露：中国将拿出540亿元，推进中国脑计划的发展。同时，这一举措也推动了我国脑机接口的研究发展。脑机接口属于多学科交叉科技，涉及神经科学、计算机科学、认知科学、控制与信息科学技术、医学等多个学科。技术实现方式是通过信号采集设备从大脑皮层采集脑电信号，经过放大、滤波、A/D转换等处理，转换为可以被计算机识别的信号，然后对信号进行预处理，提取特征信号，再利

weixin_44603934的博客 9132

loadStop的原因导致的SSUSP

Total内存值是可用来调度的可用内存，当前可用内存为 0M。 loadSched和loadStop的阈值是根据 Total 内存和节点内存来做限制的。 loadStop 50G，现在有大量作业SSUSP，说明之前某个时间点该节点内存可能有低于50G的时候，导致作业SSUSP，具体是否是这个原因引起的需要用 bjobs -l JobID 看下作业的详细信息。如果是loadStop的原因导致的 SSUSP，根据loadStop设置的阈值，Total 值高于loadStop值后，将逐步恢复挂起的作业

Blueberry521的博客 666

CarEye推流库中对于MP4文件推送的优化心得

之前的CarEye推流库推送MP4文件的逻辑是创建推送通道成功后就一直推送媒体流到队列中，然后推送线程读取队列信息进行推送，跟推送实时媒体流数据是一个逻辑，不过后来发现这样会造成这么一个问题，当网络不好的时候会丢帧，推送文件毕竟不同于推送实时流，用户是需要看到完整影像的，基于此点进行逻辑的优化：开始的时候在解码线程中进行推流通道的网络状态检测，如果断网则暂停推送，恢复连接后就继续推送，这样实施起来...

路过的Blog 536

JSON 与 JSON-RPC 的区别

JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，基于文本，采用人类可读的语法来表示结构化数据。它起源于JavaScript，但如今已被几乎所有主流编程语言支持。标准文档：RFC 4627数据类型：支持 String、Number、Boolean、Null、Object、Array 六种基本类型格式示例"name": "张三","age": 30,JSON-RPC（JSON Remote Procedure Call）是一种远程过程调用（RPC）协议。

h a 6 6 6 c k 为你解决复杂难题！ 145

CarEye 流媒体处理服务器

CarEye 在车载流媒体服务器的基础上发展了GB28181 视频处理服务器。将RTMP,RTSP 通用服务器跟车载和安防视频服务器集成，构成了流媒体服务集群

Car_eye的博客 477

吊打BEVFormer！GaussianBeV实战：用3D高斯开启BEV分割新范式

GaussianBeV是一种基于3D高斯建模的BEV分割新方法，在自动驾驶感知任务中实现了SOTA性能。其核心创新在于将场景元素表示为3D高斯分布，通过均值、协方差和权重精确描述物体位置、形状和置信度，相比传统BEV方法具有更强的空间建模能力。文章详细介绍了GaussianBeV的原理、环境配置、训练推理流程及其在自动驾驶和城市3D重建中的应用，并讨论了优化方向和未来发展趋势。该方法在nuScenes等数据集上表现出色，为BEV分割任务提供了新的解决方案。

m0_71589036的博客 106

基于Simulink的新能源汽车热管理系统设计与仿真详细介绍

新能源汽车（如纯电动汽车和混合动力汽车）的热管理系统是确保电池、电机和电控系统高效运行的关键。通过合理设计热管理系统，可以提高车辆的续航里程、延长电池寿命并提升整体性能。以下是如何在 MATLAB 和 Simulink 中设计并仿真一个新能源汽车热管理系统的详细步骤。通过上述步骤，我们成功设计并实现了基于 Simulink 的新能源汽车热管理系统。该系统能够根据目标温度和实际反馈，通过 PID 控制器或模糊控制器调整冷却液流量、风扇转速等参数，实现对电池、电机和车内的精确温度控制。

xiaoheshang_123的博客 385

CarEye 管理系统开发基本约定

后台开发规范记录

Car_eye的博客 782

锁的艺术：Java并发中的常用锁策略与实践

对java锁相关内容进行整理分析：乐观锁 VS 悲观锁+自旋锁 VS 适应性自旋锁+无锁 VS 偏向锁 VS 轻量级锁 VS 重量级锁+公平锁 VS 非公平锁+可重入锁 VS 非可重入锁+独享锁 VS 共享锁

曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见” 171万+

Car-eye 智能车辆管理云平台以报警为中心展开业务

车辆管理平台的两大主要目的是：安全和管理，在这两大目标很大程度上是以报警这个核心功能来实现的。无论是传统的GPS业务,包括电子围栏，超速，设备检测还是基于视频的摄像头报警。以及后面的主动安全报警都紧紧围绕报警业务来展开的。 car-eye 平台将围绕报警打造一个可扩展，可跟踪，可交互的智能车辆云平台。为此我们定义了几百种报警源，覆盖了GPS，视频胎压检测，adas，DMS，人脸...

Car_eye的博客 1092

学习笔记：TF卡启动荔枝派Nano（全志F1C200S）

荔枝派Nano编译Kernel报错报错内容如下编译烧录报错内容如下 No controllers found No ethernet found. 从这些报错我真没看从出啥问题，也是在网上找，说是没有找到flash,是因为淘宝买的板子更换了flash，需要在u-boot里面重新适配型号：板子的型号为xt25f128，但是实际u-boot的配置里面不是需要重新更改： u-boot/arch/arm/dts/suniv-f1c100s-licheepi-nano.dts &spi0 { pin

热爱科技，物联，程序开发等 2133

ISO13849功能安全从入门到精通（3）：安全功能及其对降低风险的贡献4

例如，如果机器必须在有限速度下运行时进行设置，那么在低加速度值下进行设置时，参数P1将是正确的选择:随着危险缓慢出现并给予足够的运动自由，操作员将能够移出危险区域。例如，在无故障的条件下，在操作者的手的方向移动的滚子不能陷住它。在所有其他情况下，F1是正确的选择，前提是危险暴露的持续时间不超过机器总操作时间的1/20。需求来源于必要的风险降低。由于这些考虑而降低的PLr在任何情况下都不得低于通过比较方式考虑的机器的PLr，因为并不能从事故发生率低和严重程度低得出实施的安全功能提供的安全水平高于要求。

wdconan001的博客 834

CarEye开源流媒体部标平台

相对比EasyDarwin的开源流媒体平台而言, CarEye开源平台更具有针对性, 该平台针对的是当前热门的部标平台, 并且包含了从设备端到服务器端到客户端以及手机端的整套解决方案, 进行商用更加方便.相关代码可以参考 https://github.com/Car-eye-team QQ技术群：590411159该套系统设备端基于Android系统进行开发, 最多支持4路视频并支持JTT808协...

路过的Blog 1800

STM32F407中文手册

STM32f407中文手册本参考手册面向应用开发人员，提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微控制器系列，各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性，请参见数据手册。有关 ARM Cortex™-M4F 内核的信息，请参见《Cortex™-M4F 技术参考手册》。

车载和安防视频平台的融合

GB28181和GT1078视频平台的整体融合，促进CarEye云平台持续发展

Car_eye的博客 485

SAP B1中文培訓教材_SDK

公司内部培训资料，对开发工具，DIAPI， UIAPI，Add-ON有详细解说

VC中sqlite的使用

在VC中对sqlite的使用，实现数据库大批数据的快速插入，读取数据库中的数据在ListCtrl中显示

Car-eye 开源平台基于JT/T 1078 视频协议打造功能强大的车联网管理平台

随着5G时代的来临，车辆管理平台开始慢慢把车载视频作为一个标准而制定。JT/T1078 是国家交通部制定的基于JT/T808 协议的视频补充协议。Car-eye 开源平台为此打造了功能强大的视频服务器和管理系统。整个系统的框架如下：整个框架将设备，客户端，视频服务器，管理平台和数据库，政府监管平台几方有效的结合起来。其中使用成熟有效的 socket框架和功能强大稳定的流媒体服...

Car_eye的博客 5976

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android：LinePhone3.2.7(最新版本)，官网地址：http://www.linphone.org/

视频RTMP推流实践

音视频开发：视频RTMP推流实践

m0_73443478的博客 754

GB28181 视频服务器文档整理

CarEye 开发GB28181 服务器有将近两年时间了，早期我们用纯C++开发了一个GB28181视频服务期，对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。 1. SIP服务器和流媒体服务器是绑定在一个进程中的，因为没有分离，造成了视频处理和SIP服务器只能在一台服务器上运行，既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。 2. 对外接口采用了MQ通信方式。虽然MQ消息处理实时，对一些数据处理，如报警，对讲等。但MQ本身是重量级构建，不方便一些应用场景快速构建

路过的Blog 399

上一篇： CarEye推流库中对于MP4文件推送的优化心得

下一篇：使用FFMPEG3.4.2版本进行视频的解码为YUV格式

【流媒体】基于libRTMP的H264推流器

weixin_42877471的博客

08-20

2264