调用RTMP_SendPacket经常会出现阻塞现象

RTMP直播流阻塞问题
最新推荐文章于 2023-10-27 17:00:00 发布
转载 最新推荐文章于 2023-10-27 17:00:00 发布 · 3.6k 阅读 · 2

本文探讨了使用librtmp发布H264直播流时遇到的RTMP_SendPacket阻塞问题，尤其是在无线网络环境下更为明显。文章详细记录了问题排查过程及解决方案，包括通过设置socket超时时间和检测网络连接状态来避免阻塞。
部署运行你感兴趣的模型镜像

http://bbs.youkuaiyun.com/topics/391023560


获取屏幕图像，编码264并用librtmp发布成直播流，调用RTMP_SendPacket经常会出现阻塞现象，通常为几秒甚至10几秒，这导致直播流卡顿以及延时。
我在librtmp内部RTMP_Connect0中加入了send超时设置，
C/C++ code
?
1
2
3
4
5
6
7
8
9
10
{
  
     SET_RCVTIMEO(tv, r->Link.timeout);
     if  (setsockopt
         (r->m_sb.sb_socket, SOL_SOCKET, SO_SNDTIMEO, ( char  *)&tv,  sizeof (tv)))
       {
         RTMP_Log(RTMP_LOGERROR,  "%s, Setting socket timeout to %ds failed!" ,
         __FUNCTION__, r->Link.timeout);
       }
   }


看了RTMP_SendPacket的源码，最后确定是RTMPSockBuf_Send中send(sb->sb_socket, buf, len, 0);这里，tcp send阻塞住了。

但是找不到原因，请问有谁有过类似经验的吗？

我在同样的网络下，发送一个flv文件就不会出现这种现象。

rtmp服务器：fms3.5
网络：局域网无线
  •  
  •  
对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
回复次数：7
#1 得分：0 回复于： 2015-05-03 19:19:36
楼上怎么解决的？？？
对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
#2 得分：0 回复于： 2015-05-07 15:17:52
木有解决啊， 网络明明是好的，但是总是断线
对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
#3 得分：0 回复于： 2015-05-24 22:50:54
很可能是无线导致的，你换有线试试
对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
#4 得分：40 回复于： 2016-08-15 16:40:29
最近项目中也遇到使用librtmp发布264直播流，用的是公司的无线网络，推流时经常出现阻塞现象。

排查了一个星期，发现由于在推流时，无线网络不稳定，路由器出现掉网，rtmp流继续保持连接状态，并不知道网络已经断开，继续往服务器上推，结果导致服务器buffer塞满，出现阻塞，等待网络恢复后，服务器一点点慢慢把buffer里面的数据送出去，时间有点长，大概需要30-40分钟左右才恢复正常。（阻塞现象的根本原因是路由器网络不稳定导致的）

我的解决方法是：直接用RTMP_IsConnected()在推流之前检测网络是否断开，流是否断开，如果发现断开，马上启动重连RTMP。这样可以避免在路由器不稳定的情况下，出现阻塞现象。

对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
#5 得分：0 回复于： 2016-09-06 14:56:18
我的解决方法是：直接用RTMP_IsConnected()在推流之前检测网络是否断开，流是否断开，如果发现断开，马上启动重连RTMP。这样可以避免在路由器不稳定的情况下，出现阻塞现象。

上面的解决方法在最近的实验中发现，并不能真正发现预防网络掉线后及时发现并做相应的处理。以下的解决方法才是从根本原因解决了阻塞的问题。

在librtmp的RTMP_Connect0( )中加入了send超时设置，如下添加蓝色部分代码，并重新编译librtmp库：
C/C++ code
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
/* set timeout */
{
     struct  timeval timeout;
     timeout.tv_sec = 5;
     timeout.tv_usec = 0;
       
     SET_RCVTIMEO(tv, r->Link.timeout);
     if  (setsockopt
         (r->m_sb.sb_socket, SOL_SOCKET, SO_RCVTIMEO, ( char  *)&tv,  sizeof (tv)))
       {
         RTMP_Log(RTMP_LOGERROR,  "%s, Setting socket timeout to %ds failed!" , __FUNCTION__, r->Link.timeout);
       }
       
if (setsockopt
         (r->m_sb.sb_socket, SOL_SOCKET, SO_SNDTIMEO, ( char *)&timeout,  sizeof (timeout)) == -1)
     {
         RTMP_Log(RTMP_LOGERROR,  "%s, Setting socket timeout to %ds failed!" , __FUNCTION__, timeout.tv_sec);
     }
     else
     {
         RTMP_Log(RTMP_LOGDEBUG,  "%s, Setting socket timeout to %ds success!" , __FUNCTION__, timeout.tv_sec);
     }
}
对我有用[1]  丢个板砖[0]  引用 |  举报 |  管理
#6 得分：0 回复于： 2017-01-10 17:53:31
楼上你好，在使用librtmp的时候，遇到网络阻塞的时候，按照你那样修改，RTMP_SendPacket的RTMPSockBuf_Send可以超时返回，接着调用RTMP_Close，但调用RTMP_Close的时候又调用了SendFCUnpublish，而SendFCUnpublish又调用了RTMP_SendPacket，如此死循环，没法退出了。请问有什么解决方面呢？谢谢！
对我有用[0]  丢个板砖[0]  引用 |  举报 |  管理
#7 得分：0 回复于： 2017-01-16 22:38:28
楼主，您好，我想问一下怎么把这个h264的码流发出去，而不是单纯的发送文件




您可能感兴趣的与本文相关的镜像

Dify

Dify

AI应用
Agent编排

Dify 是一款开源的大语言模型（LLM）应用开发平台，它结合了 后端即服务(Backend as a Service) 和LLMOps 的理念，让开发者能快速、高效地构建和部署生产级的生成式AI应用。 它提供了包含模型兼容支持、Prompt 编排界面、RAG 引擎、Agent 框架、工作流编排等核心技术栈，并且提供了易用的界面和API，让技术和非技术人员都能参与到AI应用的开发过程中

【FFmpeg】avcodec_send_packet函数
weixin_42877471的博客
07-04 2670
函数的定义位于libavcodec\decode.c中，如下所示。这里最重要的地方在于检查cb_type，如果使用硬件解码器，则使用receive_frame，否则使用decode_simple_receive_frame执行软解过程
librtmp优化
深之JohnChen的专栏
02-16 2547
librtmp优化
librtmp发送阻塞
xiapang009的专栏
03-20 1734
librtmp发送阻塞 我的解决方法是：直接用RTMP_IsConnected()在推流之前检测网络是否断开，流是否断开，如果发现断开，马上启动重连RTMP。这样可以避免在路由器不稳定的情况下，出现阻塞现象。 上面的解决方法在最近的实验中发现，并不能真正发现预防网络掉线后及时发现并做相应的处理。以下的解决方法才是从根本原因解决了阻塞的问题。 在librtmp的RTMP_C
rtmp推流网络堵塞_分享丨如何用网络摄像头做直播？
weixin_39556590的博客
12-08 454
点击蓝字关注我们直播相信对于大家已经不是一个陌生的名词了。各个直播平台今年尤为热闹，通常来说，直播最常用的工具就是手机了。对于我们安防行业的小伙伴就有这样的疑问，我们每天都在用到的摄像头是否可以直播？答案当然是肯定的。下面我们就来看下，如果用网络摄像头来做直播。首先要了解如下概念：一、RTSP协议RTSP协议中文名为实时流传输协议，是TCP/IP协议体系中应用层的一个协议。二、RTMP协...
librtmp协议分析---RTMP_SendPacket函数
终究还是能力达不到预期的目标
02-16 7122
接下来我们分析RTMP_SendPacket函数。我们先了解一下rtmp的消息格式chunk。 RTMP的head组成 RTMP的head在协议中的表现形式是chunk head，前面已经说到一个Message + head可以分成一个和多个chunk，为了区分这些chunk，肯定是需要一个chunk head的，具体的实现就把Message  head的信息和chunk head的信息合并在
librtmp里面的发包函数如下： int RTMP_SendPacket(RTMP *r, RTMPPacket *packet, int queue) { const RTMPPacket *prevPacket; uint32_t last = 0; int nSize; int hSize, cSize; char *header, *hptr, *hend, hbuf[RTMP_MAX_HEADER_SIZE], c; uint32_t t; char *buffer, *tbuf = NULL, *toff = NULL; int nChunkSize; int tlen; if (packet->m_nChannel >= r->m_channelsAllocatedOut) { int n = packet->m_nChannel + 10; RTMPPacket **packets = realloc(r->m_vecChannelsOut, sizeof(RTMPPacket*) * n); if (!packets) { free(r->m_vecChannelsOut); r->m_vecChannelsOut = NULL; r->m_channelsAllocatedOut = 0; return FALSE; } r->m_vecChannelsOut = packets; memset(r->m_vecChannelsOut + r->m_channelsAllocatedOut, 0, sizeof(RTMPPacket*) * (n - r->m_channelsAllocatedOut)); r->m_channelsAllocatedOut = n; } prevPacket = r->m_vecChannelsOut[packet->m_nChannel]; if (prevPacket && packet->m_headerType != RTMP_PACKET_SIZE_LARGE) { /* compress a bit by using the prev packet's attributes */ if (prevPacket->m_nBodySize == packet->m_nBodySize && prevPacket->m_packetType == packet->m_packetType && packet->m_headerType == RTMP_PACKET_SIZE_MEDIUM) packet->m_headerType = RTMP_PACKET_SIZE_SMALL; if (prevPacket->m_nTimeStamp == packet->m_nTimeStamp && packet->m_headerType == RTMP_PACKET_SIZE_SMALL) packet->m_headerType = RTMP_PACKET_SIZE_MINIMUM; last = prevPacket->m_nTimeStamp; } if (packet->m_headerType > 3) /* sanity */ { RTMP_Log(RTMP_LOGERROR, "sanity failed!! trying to send header of type: 0x%02x.", (unsigned char)packet->m_headerType); return FALSE; } nSize = packetSize[packet->m_headerType]; hSize = nSize; cSize = 0; t = packet->m_nTimeStamp - last; if (packet->m_body) { header = packet->m_body - nSize; hend = packet->m_body; } else { header = hbuf + 6; hend = hbuf + sizeof(hbuf); } if (packet->m_nChannel > 319) cSize = 2; else if (packet->m_nChannel > 63) cSize = 1; if (cSize) { header -= cSize; hSize += cSize; } if (t >= 0xffffff) { header -= 4; hSize += 4; RTMP_Log(RTMP_LOGWARNING, "Larger timestamp than 24-bit: 0x%x", t); } hptr = header; c = packet->m_headerType << 6; switch (cSize) { case 0: c |= packet->m_nChannel; break; case 1: break; case 2: c |= 1; break; } *hptr++ = c; if (cSize) { int tmp = packet->m_nChannel - 64; *hptr++ = tmp & 0xff; if (cSize == 2) *hptr++ = tmp >> 8; } if (nSize > 1) { hptr = AMF_EncodeInt24(hptr, hend, t > 0xffffff ? 0xffffff : t); } if (nSize > 4) { hptr = AMF_EncodeInt24(hptr, hend, packet->m_nBodySize); *hptr++ = packet->m_packetType; } if (nSize > 8) hptr += EncodeInt32LE(hptr, packet->m_nInfoField2); if (t >= 0xffffff) hptr = AMF_EncodeInt32(hptr, hend, t); nSize = packet->m_nBodySize; buffer = packet->m_body; nChunkSize = r->m_outChunkSize; RTMP_Log(RTMP_LOGDEBUG2, "%s: fd=%d, size=%d", __FUNCTION__, r->m_sb.sb_socket, nSize); /* send all chunks in one HTTP request */ if (r->Link.protocol & RTMP_FEATURE_HTTP) { int chunks = (nSize+nChunkSize-1) / nChunkSize; if (chunks > 1) { tlen = chunks * (cSize + 1) + nSize + hSize; tbuf = malloc(tlen); if (!tbuf) return FALSE; toff = tbuf; } } while (nSize + hSize) { int wrote; if (nSize < nChunkSize) nChunkSize = nSize; RTMP_LogHexString(RTMP_LOGDEBUG2, (uint8_t *)header, hSize); RTMP_LogHexString(RTMP_LOGDEBUG2, (uint8_t *)buffer, nChunkSize); if (tbuf) { memcpy(toff, header, nChunkSize + hSize); toff += nChunkSize + hSize; } else { wrote = WriteN(r, header, nChunkSize + hSize); if (!wrote) return FALSE; } nSize -= nChunkSize; buffer += nChunkSize; hSize = 0; if (nSize > 0) { header = buffer - 1; hSize = 1; if (cSize) { header -= cSize; hSize += cSize; } if (t >= 0xffffff) { header -= 4; hSize += 4; } *header = (0xc0 | c); if (cSize) { int tmp = packet->m_nChannel - 64; header[1] = tmp & 0xff; if (cSize == 2) header[2] = tmp >> 8; } if (t >= 0xffffff) { char* extendedTimestamp = header + 1 + cSize; AMF_EncodeInt32(extendedTimestamp, extendedTimestamp + 4, t); } } } if (tbuf) { int wrote = WriteN(r, tbuf, toff-tbuf); free(tbuf); tbuf = NULL; if (!wrote) return FALSE; } /* we invoked a remote method */ if (packet->m_packetType == RTMP_PACKET_TYPE_INVOKE) { AVal method; char *ptr; ptr = packet->m_body + 1; AMF_DecodeString(ptr, &method); RTMP_Log(RTMP_LOGDEBUG, "Invoking %s", method.av_val); /* keep it in call queue till result arrives */ if (queue) { int txn; ptr += 3 + method.av_len; txn = (int)AMF_DecodeNumber(ptr); AV_queue(&r->m_methodCalls, &r->m_numCalls, &method, txn); } } if (!r->m_vecChannelsOut[packet->m_nChannel]) r->m_vecChannelsOut[packet->m_nChannel] = malloc(sizeof(RTMPPacket)); memcpy(r->m_vecChannelsOut[packet->m_nChannel], packet, sizeof(RTMPPacket)); return TRUE; } 帮我详细理解一些发包的流程，并告诉我r->m_outChunkSize的使用作用
最新发布
11-08
我们正在分析RTMP_SendPacket函数的流程，并理解r->m_outChunkSize的作用。 函数RTMP_SendPacket用于发送一个RTMP包，它处理包的头部信息和分块传输。 流程概述： 1. 检查通道号（packet->m_nChannel）是否超出...
/* ======================================================================== Routine Description: API for MLME to transmit management frame to AP (BSS Mode) or station (IBSS Mode) Arguments: pAd Pointer to our adapter pData Pointer to the outgoing 802.11 frame Length Size of outgoing management frame Return Value: NDIS_STATUS_FAILURE NDIS_STATUS_PENDING NDIS_STATUS_SUCCESS IRQL = PASSIVE_LEVEL IRQL = DISPATCH_LEVEL Note: ======================================================================== */ NDIS_STATUS MiniportMMRequest(RTMP_ADAPTER *pAd, UCHAR QueIdx, UCHAR *pData, UINT Length) { PNDIS_PACKET pkt; NDIS_STATUS Status; BOOLEAN bUseDataQ = FALSE, FlgDataQForce = FALSE; HEADER_802_11 *pHead = (HEADER_802_11 *)pData; struct wifi_dev *wdev = NULL; struct wifi_dev_ops *ops = NULL; INT hw_len; UCHAR hw_hdr[40]; struct tr_counter *tr_cnt = &pAd->tr_ctl.tr_cnt; struct _RTMP_CHIP_CAP *cap = hc_get_chip_cap(pAd->hdev_ctrl); #ifdef WF_RESET_SUPPORT if (pAd->wf_reset_in_progress == TRUE) return NDIS_STATUS_SUCCESS; #endif hw_len = cap->tx_hw_hdr_len; ASSERT((sizeof(hw_hdr) > hw_len)); NdisZeroMemory(&hw_hdr, hw_len); ASSERT(Length <= MAX_MGMT_PKT_LEN); Status = RTMPAllocateNdisPacket(pAd, &pkt, (UCHAR *)&hw_hdr[0], hw_len, pData, Length); if (Status != NDIS_STATUS_SUCCESS) { MTWF_DBG(pAd, DBG_CAT_TX, DBG_SUBCAT_ALL, DBG_LVL_ERROR, "MiniportMMRequest (error:: can't allocate NDIS PACKET)\n"); return NDIS_STATUS_FAILURE; } wdev = wdev_search_by_address(pAd, pHead->Addr2); if (wdev) { ops = wdev->wdev_ops; } else { RELEASE_NDIS_PACKET(pAd, pkt, NDIS_STATUS_FAILURE); tr_cnt->tx_invalid_wdev++; return NDIS_STATUS_FAILURE; } if ((QueIdx & MGMT_USE_QUEUE_FLAG) == MGMT_USE_QUEUE_FLAG) { bUseDataQ = TRUE; QueIdx &= (~MGMT_USE_QUEUE_FLAG); } if (bUseDataQ) FlgDataQForce = TRUE; #ifdef WIFI_DIAG diag_miniport_mm_request(pAd, pData, Length); #endif #if defined(CONFIG_STA_SUPPORT) || defined(APCLI_SUPPORT) if (wdev->wdev_type == WDEV_TYPE_STA) RTMPWakeUpWdev(pAd, wdev); #endif /* CONFIG_STA_SUPPORT || APCLI_SUPPORT */ RTMP_SET_PACKET_TYPE(pkt, TX_MGMT); Status = send_mlme_pkt(pAd, pkt, wdev, QueIdx, bUseDataQ); return Status; }解析该函数
10-08
典型调用场景** ```mermaid sequenceDiagram MLME->>MiniportMMRequest: 发送探测请求帧(QueIdx=1) MiniportMMRequest->>Hardware: 提交到发送队列 Hardware-->>MLME: 返回NDIS_STATUS_PENDING Hardware->>Air:...
深入理解rtmp(二)之C++脚手架搭建
yinshipin007的博客
10-27 340
前面中我们已经搭建好服务器,并且利用一些现成的工具可以推送直播流,播放直播流了.这篇文章我们开始搭建从零开发一套rtmp推流拉流sdk,对着协议实现,达到真正的"深入理解".作为一个码农,搬砖搬到一定高度就需要"脚手架"来支撑我们"够得住".为了方面我们把rtmp推拉流sdk实现为一个PC上的命令行程序,当开发调试稳定后,我们可以快速的通过交叉编译工具编译到Android/iOS等移动端设备.1.创建工程我们使用cmake作为安装编译工具,需要安装cmake,mac下执行。
LibRTMP源代码分析8：发送消息(Send RTMPPacket)
huangmindong的专栏
05-22 2812
在详细分析函数RTMP_SendPacket()之前，让我们来看看RTMPPacket结构体的定义： typedef struct RTMPPacket {         uint8_t   m_headerType; // ChunkMsgHeader类型(4种)         uint8_t   m_packetType; // Message type ID（1-
librtmp 只适合做推送，不适合做读取，读取bug太多
OpenNVR/OpenCDN
06-10 619
librtmp 只适合做推送，不适合做读取，读取bug太多
解决基于librtmp库的rtmp直播服务第一帧图出现比较慢的问题
衣带渐宽终不悔，为伊消得人憔悴
10-21 1562
开发了基于librtmp的视频直播服务，但是发现利用ffplay播放器播放rtmp视频时，第一帧图象大约6s左右才能出现，客户等待时间过长。分析ffmpeg解码源码(ffmpeg解码参考https://blog.youkuaiyun.com/leixiaohua1020/article/details/44220151)，进行如下优化。 ffm...
RTMP之RTMP_SendPacket(RTMP *r, RTMPPacket *packet, int queue)流程理解
fxbjye的博客
10-20 1869
int RTMP_SendPacket(RTMP *r, RTMPPacket *packet, int queue) { const RTMPPacket *prevPacket; uint32_t last = 0; int nSize; int hSize, cSize; char *header, *hptr, *hend, hbuf[
rtmp时间戳pts、dts矫正解决卡顿快放慢放问题与倍速播放的实现
banmajio的博客
11-25 8706
tmp时间戳pts、dts矫正解决卡顿快放慢放问题与倍速播放的实现问题分析与解决思路控流思路倍速播放思路实现方式1.控流，矫正pts、dts来解决播放卡顿，画面抖动等问题。匀速推流2.倍速播放 码云（Gitee）主页：https://gitee.com/banmajio github主页：https://github.com/banmajio 个人博客：banmajio’s blog 海康sdk二次开发系列文章 海康sdk捕获码流数据通过JavaCV推成rtmp流的实现思路(PS流转封装RTMP) 海
rtmp源码分析之RTMP_Write 和 RTMP_SendPacket
dss875914213的博客
02-27 841
typedef struct RTMPPacket { uint8_t m_headerType; // chunk type id (2bit)fmt 对应message head {0,3,7,11} + (6bit)chunk stream id /*大部分情况是一个字节 uint8_t m_packetType; // Message type ID（1-7协议控制；8，9音视频；10以后为AMF编码消息） uint8_t m_hasAbsTimestamp; /* timesta
直播卡顿问题及优化方案
m0_60259116的博客
07-26 6516
直播卡顿问题及优化方案
基于librtmp的推流实现
热门推荐
Mr_xkHuang的专栏
04-23 1万+
1.推流 配置好rtmpdump库后，我们可以先用命令行来推流看下效果 2.流程图 使用librtmp发布RTMP流的可以使用两种API：RTMP_SendPacket()和RTMP_Write()。 使用RTMP_SendPacket()发布流的时候的函数执行流程图如下图所示。 流程图中关键函数的作用如下所列： InitSockets()：初始化Socket RTMP_Alloc()：为结构...
librtmp推流到YouTube失败
zouwm12的博客
02-14 1665
环境：IP Camera 问题：使用librtmp推流到nginx和facebook均可成功，只有YouTube失败 原因：YouTube的rtmp推流必须带有音频流，且音频只能是AAC或者MP3 https://support.google.com/youtube/answer/2853702?hl=en&ref_topic=9257892 ...
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值