srs--收流分析

Rtmp协议规定:
(1)、 握手:固定步骤,RTMP连接都是以握手作为开始。
(2)、 建立连接:用于建立客户端和服务端之间的“网络连接”
(3)、 建立流:用于建立客户端和服务端之间的“网络流”,即多媒体通道。
(4)、 Publish/play:推流或者播放

int SrsRtmpConn::stream_service_cycle()  
识别连接的类型,如pulish,play等。

int SrsRtmpConn::do_publishing(SrsSource* source, SrsPublishRecvThread* trd)
{
    int ret = ERROR_SUCCESS;
    
    SrsPithyPrint* pprint = SrsPithyPrint::create_rtmp_publish();
    SrsAutoFree(SrsPithyPrint, pprint);
    // 创建一个独立的接收线程,专门用于Rtmp协议的接受,因此,下一步进入rtmp接受线程至关重要。
    // start isolate recv thread.
    if ((ret = trd->start()) != ERROR_SUCCESS) {
        srs_error("start isolate recv thread failed. ret=%d", ret);
        return ret;
    }
    
    // change the isolate recv thread context id,
    // merge its log to current thread.
    int receive_thread_cid = trd->get_cid();
    trd->set_cid(_srs_context->get_id());
    
    // initialize the publish timeout.
    publish_1stpkt_timeout = _srs_config->get_publish_1stpkt_timeout(req->vhost);
    publish_normal_timeout = _srs_config->get_publish_normal_timeout(req->vhost);
    
    // set the sock options.
    set_sock_options();
    
    if (true) {
        bool mr = _srs_config->get_mr_enabled(req->vhost);
        int mr_sleep = _srs_config->get_mr_sleep_ms(req->vhost);
        srs_trace("start publish mr=%d/%d, p1stpt=%d, pnt=%d, tcp_nodelay=%d, rtcid=%d",
                  mr, mr_sleep, publish_1stpkt_timeout, publish_normal_timeout, tcp_nodelay,

receive_thread_cid);
    }
 
    int64_t nb_msgs = 0;
    uint64_t nb_frames = 0;
    while (!disposed) {
    // 计算时间
        pprint->elapse();
        // 资源过期
        // when source is set to expired, disconnect it.
        if (expired) {
            ret = ERROR_USER_DISCONNECT;
            srs_trace("connection expired. ret=%d", ret);
            return ret;
        }
        // 等待
        // cond wait for timeout.
        if (nb_msgs == 0) {
            // when not got msgs, wait for a larger timeout.
            // @see https://github.com/ossrs/srs/issues/441
            trd->wait(publish_1stpkt_timeout);
        } else {
            trd->wait(publish_normal_timeout);
        }
        // 检测该线程出现问题
        // check the thread error code.
        if ((ret = trd->error_code()) != ERROR_SUCCESS) {
            if (!srs_is_system_control_error(ret) && !srs_is_client_gracefully_close(ret)) {
                srs_error("recv thread failed. ret=%d", ret);
            }
            return ret;
        }
        //上一次接受RTMP包数量如果等于现在接受的,说明本次没有接收到,publish超时
        // when not got any messages, timeout.
        if (trd->nb_msgs() <= nb_msgs) {
            ret = ERROR_SOCKET_TIMEOUT;
            srs_trace("publish timeout %dms, nb_msgs=%"PRId64", ret=%d",
                nb_msgs? publish_normal_timeout : publish_1stpkt_timeout, nb_msgs, ret);
            break;
        }
        nb_msgs = trd->nb_msgs();
        
        // Update the stat for video fps.
        // @remark https://github.com/ossrs/srs/issues/851
        SrsStatistic* stat = SrsStatistic::instance();
        if ((ret = stat->on_video_frames(req, (int)(trd->nb_video_frames() - nb_frames))) != ERROR_SUCCESS) {
            return ret;
        }
    // 获取视频帧数量
        nb_frames = trd->nb_video_frames();
 
        // reportable
        if (pprint->can_print()) {
            kbps->sample();
            bool mr = _srs_config->get_mr_enabled(req->vhost);
            int mr_sleep = _srs_config->get_mr_sleep_ms(req->vhost);
            srs_trace("<- "SRS_CONSTS_LOG_CLIENT_PUBLISH
                " time=%"PRId64", okbps=%d,%d,%d, ikbps=%d,%d,%d, mr=%d/%d, p1stpt=%d, pnt=%d", pprint->age(),
                kbps->get_send_kbps(), kbps->get_send_kbps_30s(), kbps->get_send_kbps_5m(),
                kbps->get_recv_kbps(), kbps->get_recv_kbps_30s(), kbps->get_recv_kbps_5m(),
                mr, mr_sleep, publish_1stpkt_timeout, publish_normal_timeout
            );
        }
    }
 
    return ret;
}

<think>好的,我现在需要帮助用户验证SRS服务器是否成功接收到RTMP推。根据用户提供的引用内容,特别是引用[2]和引用[3],其中提到了SRS处理RTMP推的内部机制,比如SrsRtmpServer::identify_fmle_publish_client和SrsRecvThread::do_cycle函数,这些是服务器接收和处理推的关键部分。首先,用户想知道如何检查SRS是否正确接收RTMP推。我需要整理几种常见的方法,比如查看SRS控制台日志、使用管理API、检查客户端连接状态、网络抓包等。引用[1]提到SRS的安装和集群搭建,可能涉及到如何访问控制台。而引用[2]和[3]中的代码段显示服务器在接收到推时会进行标识和处理,这可能在日志中有所体现。 接下来,我需要确保回答的结构清晰,分步骤说明每种方法,并给出具体的命令或操作示例。例如,查看日志可能需要使用tail命令,访问API需要curl命令,检查客户端列表需要调用特定的API接口。此外,使用FFmpeg的推命令后,如何验证推是否成功也是关键点,可能需要检查输出是否有错误信息,或者使用ffprobe工具测试。另外,用户提供的引用[4]提到了元数据和音视频头信息的处理,这可能与推的正确解析有关,但用户的问题更关注于是否成功接收,所以这部分可能暂时不需要深入讨论,但可以作为日志中的一部分信息来检查。最后,生成相关问题需要考虑用户可能遇到的后续问题,比如日志中没有信息怎么办,或者如何自动化监控推状态,这些都需要基于现有的方法进行扩展思考。</think>### 如何验证SRS服务器是否成功接收到RTMP推? #### 1. **查看SRS控制台日志** - **日志路径**:默认日志文件位于`/usr/local/srs/objs/srs.log` - **关键日志标记**: - 成功接收时会出现`RTMP client identified`和`start play`相关日志[^2][^3] ```bash tail -f /usr/local/srs/objs/srs.log | grep "RTMP client" ``` - 若看到`stream_name=your_stream_key`的日志条目,说明推已识别[^2] #### 2. **使用SRS管理API** - **查询客户端列表**: ```bash curl http://srs_server_ip:1985/api/v1/clients?start=0&count=10 ``` - **响应字段验证**: ```json { "code": 0, "clients": [{ "type": "RTMP推", "stream": "streamkey" }] } ``` 若存在对应`streamkey`的客户端记录,则推成功[^3] #### 3. **检查推客户端状态** - **FFmpeg推验证**: ```bash ffmpeg -re -i input.mp4 -c:v libx264 -f flv rtmp://srs_server_ip/live/streamkey ``` - 成功输出应包含`flv_packet_type=video`和`metadata`写入提示[^4] - 若出现`Connection refused`或`Timeout`则网络配置有误 #### 4. **网络抓包分析** - **RTMP握手包验证**: ```bash tcpdump -i eth0 port 1935 -w rtmp.pcap ``` - **关键数据包特征**: - 成功连接包含`C0+C1`握手包和`S0+S1+S2`响应包[^2] -数据包含`FMLE publish`命令和`onStatus NetStream.Publish.Start`事件[^2] #### 5. **播放测试验证** - **通过HLS/HTTP-FLV拉测试**: ```bash ffplay http://srs_server_ip/live/streamkey.flv ``` - 若播放器显示视频画面且无报错,则推链路完整[^1]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值