FMLE同时推多路流到SRS异常，推1路则正常。

最新推荐文章于 2024-06-22 10:25:52 发布
最新推荐文章于 2024-06-22 10:25:52 发布
阅读量1.1k 收藏
点赞数
分类专栏： 流媒体 文章标签： SRS fmle 同时多路
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/freeman1975/article/details/100672207
版权

同时推两路log:
[2019-09-04 05:46:54.102][Trace][8386][105] RTMP client ip=::ffff:107.150.28.246, fd=9
[2019-09-04 05:46:54.333][Trace][8386][105] simple handshake success.
[2019-09-04 05:46:54.333][Trace][8386][105] connect app, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=107.150.28.246, port=1936, app=test, args=null
[2019-09-04 05:47:11.592][Trace][8386][105] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=11-11, param=, duration=0ms
[2019-09-04 05:47:11.592][Trace][8386][105] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=11-11, param=, args=null
[2019-09-04 05:47:11.592][Trace][8386][105] source url=/test/11-11, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-04 05:47:12.321][Trace][8386][105] ignore disabled exec for vhost=__defaultVhost__
[2019-09-04 05:47:12.321][Trace][8386][105] start publish mr=0/350, p1stpt=20000, pnt=5000, tcp_nodelay=0
[2019-09-04 05:47:12.820][Trace][8386][105] cleanup when unpublish
[2019-09-04 05:47:12.820][Trace][8386][105] rtmp: retry for republish
[2019-09-04 05:47:12.820][Trace][8386][105] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=11-12, param=, duration=0ms
[2019-09-04 05:47:12.820][Trace][8386][105] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=11-12, param=, args=null
[2019-09-04 05:47:12.820][Trace][8386][105] source url=/test/11-12, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-04 05:47:38.006][Trace][8386][105] protocol in.buffer=0, in.ack=2500000, out.ack=2500000, in.chunk=128, out.chunk=60000
[2019-09-04 05:47:38.006][Trace][8386][105] drop unknown message, type=9

推一路或分开推1路log:
[2019-09-04 06:03:23.752][Trace][8386][132] RTMP client ip=::ffff:107.150.28.246, fd=9
[2019-09-04 06:03:23.984][Trace][8386][132] simple handshake success.
[2019-09-04 06:03:23.984][Trace][8386][132] connect app, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=107.150.28.246, port=1936, app=test, args=null
[2019-09-04 06:03:28.638][Trace][8386][132] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=11-11, param=, duration=0ms
[2019-09-04 06:03:28.638][Trace][8386][132] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=11-11, param=, args=null
[2019-09-04 06:03:28.638][Trace][8386][132] source url=/test/11-11, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-04 06:03:29.138][Trace][8386][132] ignore disabled exec for vhost=__defaultVhost__
[2019-09-04 06:03:29.139][Trace][8386][132] start publish mr=0/350, p1stpt=20000, pnt=5000, tcp_nodelay=0
[2019-09-04 06:03:29.803][Trace][8386][132] got metadata, width=800, height=600
[2019-09-04 06:03:29.803][Trace][8386][132] protocol in.buffer=0, in.ack=2500000, out.ack=2500000, in.chunk=128, out.chunk=60000
[2019-09-04 06:03:29.803][Trace][8386][132] 69B video sh,  codec(7, profile=Baseline, level=5.1, 800x608, 0kbps, 0.0fps, 0.0s)

根据日志对源代码进行跟踪分析。
cleanup when unpublish只在void SrsSource::on_unpublish()中打印。
这个类方法在release_publish(source)中被调用的。
进一步追踪发现：
srs_error_t SrsRtmpConn::publishing(SrsSource* source)
{
    srs_error_t err = srs_success;
    
    SrsRequest* req = info->req;
    
    if (_srs_config->get_refer_enabled(req->vhost)) {
        if ((err = refer->check(req->pageUrl, _srs_config->get_refer_publish(req->vhost))) != srs_success) {
            return srs_error_wrap(err, "rtmp: referer check");
        }
    }
    
    if ((err = http_hooks_on_publish()) != srs_success) {
        return srs_error_wrap(err, "rtmp: callback on publish");
    }
    
    // TODO: FIXME: Should refine the state of publishing.
    //上一个publish还未结束，又来一个publish造成前一个publish被释放了??    
    // 作者的注释表明，这个地方是有缺陷的，要修改。
    if ((err = acquire_publish(source)) == srs_success) {
        // use isolate thread to recv,
        // @see: https://github.com/ossrs/srs/issues/237
        SrsPublishRecvThread rtrd(rtmp, req, srs_netfd_fileno(stfd), 0, this, source, _srs_context->get_id());
        err = do_publishing(source, &rtrd);
        rtrd.stop();
    }
    
    // whatever the acquire publish, always release publish.
    // when the acquire error in the midlle-way, the publish state changed,
    // but failed, so we must cleanup it.
    // @see https://github.com/ossrs/srs/issues/474
    // @remark when stream is busy, should never release it.
    if (srs_error_code(err) != ERROR_SYSTEM_STREAM_BUSY) {
        //这里这个地方调用的，但原因在前一个func失败造成的。
        release_publish(source);
    }
    
    http_hooks_on_unpublish();
    
    return err;
}

进一步查，下面这段分支代码是关键。感觉是接连收到两条发布命令，SRS把后一条当作前一条的重发布了。
        // for republish, continue service
        if (srs_error_code(err) == ERROR_CONTROL_REPUBLISH) {
            // set timeout to a larger value, wait for encoder to republish.
            rtmp->set_send_timeout(SRS_REPUBLISH_RECV_TIMEOUT);
            rtmp->set_recv_timeout(SRS_REPUBLISH_SEND_TIMEOUT);
            
            srs_trace("rtmp: retry for republish");
            srs_freep(err);
            continue;
        }
显然，问题在于：SRS对于FMLE的一次connect，publish两个以上stream_url的情况不能处理。
接下来是如何修改SRS代码处理这种情况呢？
消息处理主体：
srs_error_t SrsRtmpConn::handle_publish_message(SrsSource* source, SrsCommonMessage* msg)
srs_error_t SrsProtocol::decode_message(SrsCommonMessage* msg, SrsPacket** ppacket)

[2019-09-04 23:16:51.575][Trace][31180][106] fmle publishing:error_code=2999, desc=code=2999 : rtmp: receive thread : handle publish message : rtmp: republish
thread #106: do_publishing() [src/app/srs_app_rtmp_conn.cpp:890][errno=11]
thread #106: consume() [src/app/srs_app_recv_thread.cpp:396][errno=11]
thread #106: handle_publish_message() [src/app/srs_app_rtmp_conn.cpp:985][errno=11]
定位于由下面这行code:
return srs_error_new(ERROR_CONTROL_REPUBLISH, "rtmp: republish");
如果屏蔽这段code，就可以连接成功一路而已。达不到目标!
如果我们可以识别并处理第二个stream_url发布请求，再启动一个线程来处理就可以了。
SrsPublishRecvThread rtrd(rtmp, req, srs_netfd_fileno(stfd), 0, this, source, _srs_context->get_id());

推流1消息处理：
[2019-09-05 02:02:39.112][Trace][7933][104] simple handshake success.
[2019-09-05 02:02:39.112][Trace][7933][104] AMF command=connect
[2019-09-05 02:02:39.112][Trace][7933][104] connect app, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=107.150.28.246, port=1936, app=test, args=null
[2019-09-05 02:02:39.856][Trace][7933][104] AMF command=releaseStream
[2019-09-05 02:02:39.856][Trace][7933][104] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=11-11, param=, duration=0ms
[2019-09-05 02:02:39.856][Trace][7933][104] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=11-11, param=, args=null
[2019-09-05 02:02:39.856][Trace][7933][104] source url=/test/11-11, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-05 02:02:39.856][Trace][7933][104] AMF command=FCPublish
[2019-09-05 02:02:39.856][Trace][7933][104] AMF command=createStream
[2019-09-05 02:02:40.364][Trace][7933][104] AMF command=publish
同时推流2消息就被忽略掉了:
[2019-09-05 02:02:40.884][Trace][7933][104] AMF command=releaseStream
[2019-09-05 02:02:40.884][Trace][7933][104] fmle ignore AMF0/AMF3 command message. info->type=2
[2019-09-05 02:02:40.884][Trace][7933][104] AMF command=FCPublish
[2019-09-05 02:02:40.884][Trace][7933][104] fmle ignore AMF0/AMF3 command message. info->type=2
[2019-09-05 02:02:40.884][Trace][7933][104] AMF command=createStream
[2019-09-05 02:02:40.884][Trace][7933][104] fmle ignore AMF0/AMF3 command message. info->type=2

最后发现，其实问题很简单，处理完交互命令后再发布，而不是处理1路发布一路。
[2019-09-05 22:00:01.738][Trace][2864][105] RTMP client ip=::ffff:107.150.28.246, fd=9
[2019-09-05 22:00:01.977][Trace][2864][105] simple handshake success.
[2019-09-05 22:00:01.977][Trace][2864][105] AMF command=connect
[2019-09-05 22:00:01.977][Trace][2864][105] connect app, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=107.150.28.246, port=1936, app=test, args=null
[2019-09-05 22:00:06.619][Trace][2864][105] AMF command=releaseStream
[2019-09-05 22:00:06.620][Trace][2864][105] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=12-11, param=, duration=0ms
[2019-09-05 22:00:06.620][Trace][2864][105] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=12-11, param=, args=null
[2019-09-05 22:00:06.620][Trace][2864][105] source url=/test/12-11, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-05 22:00:06.620][Trace][2864][105] AMF command=FCPublish
[2019-09-05 22:00:06.620][Trace][2864][105] AMF command=createStream
[2019-09-05 22:00:07.135][Trace][2864][105] AMF command=publish
[2019-09-05 22:00:07.135][Trace][2864][105] fmle publish start:error_code=0, desc=Success
[2019-09-05 22:00:07.651][Trace][2864][105] AMF command=releaseStream
[2019-09-05 22:00:07.651][Trace][2864][105] client identified, type=fmle-publish, vhost=107.150.28.246, app=test, stream=12-12, param=, duration=0ms
[2019-09-05 22:00:07.651][Trace][2864][105] connected stream, tcUrl=rtmp://107.150.28.246:1936/test, pageUrl=, swfUrl=rtmp://107.150.28.246:1936/test, schema=rtmp, vhost=__defaultVhost__, port=1936, app=test, stream=12-12, param=, args=null
[2019-09-05 22:00:07.651][Trace][2864][105] source url=/test/12-12, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-05 22:00:07.651][Trace][2864][105] AMF command=FCPublish
[2019-09-05 22:00:07.651][Trace][2864][105] AMF command=createStream
[2019-09-05 22:00:08.166][Trace][2864][105] AMF command=publish
[2019-09-05 22:00:08.166][Trace][2864][105] fmle publish start:error_code=0, desc=Success
[2019-09-05 22:00:08.167][Trace][2864][105] ignore disabled exec for vhost=__defaultVhost__
[2019-09-05 22:00:08.167][Trace][2864][105] start publish mr=0/350, p1stpt=20000, pnt=5000, tcp_nodelay=0
[2019-09-05 22:00:08.942][Trace][2864][105] AMF command=@setDataFrame
[2019-09-05 22:00:08.942][Trace][2864][105] got metadata, width=800, height=600
[2019-09-05 22:00:08.942][Trace][2864][105] protocol in.buffer=0, in.ack=2500000, out.ack=2500000, in.chunk=128, out.chunk=60000
[2019-09-05 22:00:08.942][Trace][2864][105] 69B video sh,  codec(7, profile=Baseline, level=5.1, 800x608, 0kbps, 0.0fps, 0.0s)
[2019-09-05 22:00:08.942][Trace][2864][105] AMF command=onFI
[2019-09-05 22:00:08.942][Trace][2864][105] AMF command=@setDataFrame
[2019-09-05 22:00:08.942][Trace][2864][105] got metadata, width=800, height=600
[2019-09-05 22:00:08.942][Trace][2864][105] 69B video sh,  codec(7, profile=Baseline, level=5.1, 800x608, 0kbps, 0.0fps, 0.0s)
[2019-09-05 22:00:08.943][Trace][2864][105] AMF command=onFI
[2019-09-05 22:00:10.059][Trace][2864][105] AMF command=onFI
[2019-09-05 22:00:10.099][Trace][2864][105] AMF command=onFI
[2019-09-05 22:00:11.260][Trace][2864][105] AMF command=onFI
[2019-09-05 22:00:11.260][Trace][2864][105] AMF command=onFI

publish的回复超时只有500ms，不然就认为发布该路视频失败。
[2019-09-06 05:11:26.336][Trace][26022][104] start publish mr=0/350, p1stpt=20000, pnt=5000, tcp_nodelay=0
[2019-09-06 05:11:26.943][Trace][26022][104] AMF command=releaseStream

发第二路流时有很多ignore message.
[2019-09-06 05:25:55.134][Trace][26902][104] source url=/test/12-12, ip=::ffff:107.150.28.246, cache=1, is_edge=0, source_id=-1[-1]
[2019-09-06 05:25:55.134][Trace][26902][104] AMF command=FCPublish
[2019-09-06 05:25:55.134][Trace][26902][104] AMF command=createStream
[2019-09-06 05:25:55.634][Trace][26902][104] AMF command=publish
[2019-09-06 05:25:55.634][Trace][26902][104] fmle publish start:error_code=0, stream_id=1, desc=Success
[2019-09-06 05:25:56.398][Trace][26902][104] ignore message type=0x12
[2019-09-06 05:25:56.398][Trace][26902][104] protocol in.buffer=0, in.ack=2500000, out.ack=2500000, in.chunk=128, out.chunk=60000
[2019-09-06 05:25:56.398][Trace][26902][104] ignore message type=0x9
[2019-09-06 05:25:56.398][Trace][26902][104] ignore message type=0x9
[2019-09-06 05:25:56.398][Trace][26902][104] ignore message type=0x12
[2019-09-06 05:25:56.399][Trace][26902][104] ignore message type=0x12

这是因为应答了第一路流后，就开始发数据包消息了。
带内信令，处理起来是麻烦啊！这个问题只有慢慢来解决了。
 

草根大哥
关注
专栏目录
【SRS】FFMPEG推流rtmp到SRS
突围
02-07 1028
ffmpeg推流rtmp 到srs 后拉流地址 http://192.168.50.175:8099/live/ffzb_high.flv http://192.168.50.175:8099/live/ffzb_medium.flv http://192.168.50.175:8099/live/ffzb_low.flv ffmpeg推流mp4 ffmpeg.exe -re -stream_loop -1 -i avier1_avc_aac.mp4 -acodec aac -f flv rtm.
SRS流媒体服务器：RTMP推流、拉流创建连接
m0_60259116的博客
06-17 1536
SRS流媒体服务器：RTMP推流、拉流创建连接
SRS 利用集群提高并发量 支持更多的推流与播放
irainsa的博客
02-17 524
如何支持更多的人推流？如何支持更多的人观看？这本质上就是系统的水平扩展能力。在SRS的角色中，Edge主要解决播放或下行的扩展能力，而Origin则是解决上行或推流的扩展能力，比如需要推1万路流。
《直播从零开始》SRS 利用集群提高并发量 支持更多的推流与播放
郎涯技术
01-04 3017
如何支持更多的人推流？如何支持更多的人观看？这本质上就是系统的水平扩展能力。 1、源站集群-更多推流 在SRS的角色中，Edge主要解决播放或下行的扩展能力，而Origin则是解决上行或推流的扩展能力，比如需要推1万路流。 1.1 Vhost方案 如下图所示： 此时需要终端指定不同的vhost 1.2 源站集群方案 基于Origin Cluster源站集群扩展源站，如下图所示： 两个Origin服务器之间会互相查询流，若Edge请求的流不在本源站上，会将Edge定向到有流的Origin 由于源站
基于srs直播群集架构之一路rtmp推流，多rtmp拉流
chengzengchi4787的博客
05-26 1875
基于srs直播群集架构之一路rtmp推流，多rtmp拉流 一、架构设计 1、基础网络设施架构 2、一台目标推流的服务器，负责直播的源存储转发（origin） 3、一台loadbalance服务器，负责边界拉流服务器的负载调度（loadbalan...
基于windows-docker的srs流媒体服务（二）推流
esiangchioa的博客
05-15 1085
srs服务启动了。接下来就可以推流了，推流有很多方法， 一、自带的多媒体处理神器ffmpeg推流。 在.trunk下创建push.sh文件，内容如下： for((;;)); do \ objs/Platform-Linux-4.9.125-SRS3/ffmpeg/bin/ffmpeg -re -i doc/source.200kbps.768x320.flv \ -vcodec copy -acodec copy \ -f flv -y rtmp://10.1
srs+ffmpeg推流
SJG_JANE的博客
04-12 3152
srs+ffmpeg推流过程一、安装srs二、安装yasm三、安装ffmpeg四、使用ffmpeg推流命令推流脚本推流五、vlc拉流 一、安装srs srs源代码：https://github.com/ossrs/srs/wiki/v3_CN_Home 安装步骤 1，在合适目录下：git clone -b 3.0release https://gitee.com/ossrs/srs.git 2，cd srs/trunk 3，srs配置文件：vi conf/srs.conf（包含默认端口，可以更改为8000-
SRS4.0音视频推流拉流技术.rar
05-13
此外，"SRS 4.0配置支持WebRTC推拉流1（2）.mp4"和"2-SRS 4.0配置支持WebRTC推拉流2 （3）.mp4"则详细展示了如何配置SRS4.0以支持WebRTC推拉流。通过这两个教程，我们可以了解WebRTC的配置选项，以及如何进行测试...
java srs 推流_基于srs直播群集架构之一路rtmp推流，多rtmp拉流
weixin_33378701的博客
03-02 892
基于srs直播群集架构之一路rtmp推流，多rtmp拉流一、架构设计1、基础网络设施架构2、一台目标推流的服务器，负责直播的源存储转发(origin)3、一台loadbalance服务器，负责边界拉流服务器的负载调度(loadbalance)4、两台realserver服务器，参与负载调度的边界拉流服务器(edge)5、参与负载调度的服务器可以横向扩展6、架构设计图，见下图 二、环境说明所有服务器...
srs服务用于测试webrtc推流是否成功
07-03
如果SRS能够正常处理和转发推流，那么推流过程是成功的。 4. **SRS与WebRTC的兼容性和优化** SRS支持WebRTC的STUN/TURN服务器，帮助穿越NAT，保证不同网络环境下的连接成功率。同时，SRS提供了RTMP转WebRTC的能力...
中标麒麟（Centos）V7.0安全系统SRS推流服务器离线安装包.rar
03-30
中标麒麟V7.0系统SRS推流服务器离线安装包，Centos系统上也适用，安装包包含lsb-release-1.4.tar.gz、SRS-CentOS6-x86_64-2.0.263.zip和unzip552.tar.gz三个包。
obs可以推到中转服务器吗,能否使用OBS（Open Broadcaster Software）、FMLE（Flash Media Live Encoder）等第三方软件进行推流？...
weixin_29103191的博客
07-29 348
"可以。请参考以下方法进行设置。使用OBS进行直播设置 > 串流 > 串流类型：自定义流媒体服务器URL：填写网易服务器提供的推流地址中，从头到live的部分，例如：rtmp://p12345678.live.126.net/live流密钥：填写网易服务器提供的推流地址中，live后面的部分，例如：abcdefghijklmnopqrstuvmxyz123456?wsSecret=ab...
SRS支持rtmp/srt/gb28181/webrtc上行推流和rtmp/http-flv/hls/dash/gb28181/webrtc下行拉流
irainsa的博客
02-08 977
Remark: 海康摄像头默认会连接萤石云，可以在APP上看到摄像头的内网IP，然后访问这个IP进入管理页面。其他摄像头也有对应办法，可以配置摄像头使用GB28181推流。 Remark：如果看不了流，请确认你的服务器IP，还有流名称也就是视频通道编码ID是否正确。 Remark: 默认不开启声音，如果需要开启声音，要打开配置audio_enable on;，并且在摄像头的音频配置中开启。 Remark: 若需要开启音频，需要将编码设置为AAC，同时采样率设置为44100HZ，否则Flash可能无法观看
obs+srs+nginx实现直播推流拉流
mopmgerg54mo的博客
06-22 1583
推流端一般为OBS、FFmpeg等推流软件或者摄像机等设备通过推流协议将编码后的音视频流推送到流媒体服务器。目前主流的流媒体服务器为Nginx-rtmp、SRS、EasyDarwin和Red5等。流媒体服务器将视频流进行解码封装之后，拉流端通过流媒体协议从流媒体服务器获取数据流。拉流端一般为PC端或者移动设备。不同的拉流设备对流媒体协议的兼容性不同。
使用第三方推流工具OBS推流工具和FMLE推流工具
阿酷tony
05-21 1570
使用第三方工具进行推流时，M3U8格式的视频直播延时较高，达到50秒以上。
二、SRS实现推流+拉流
qq_38800014的博客
12-23 1227
以上代表RMTP服务开启成功，其中服务地址是：rtmp://{主机的IP}/live/livestream。最后一步：设置要推流的服务地址，和第一步中的开启的rtmp服务地址对齐。下载地址：https://obsproject.com/需要注意的是，MAC上要输入显示器采集成功，需要。可以按照上面提示，来查看是否服务是否启动成功。点击开始直播，即完成直播推流。SRS安装完毕后，下面开始实现推流+拉流。发现有数据上传，代表推流成功。
SRS之安装与使用
weixin_30711917的博客
05-14 1044
1. 安装 1.1 github 获取源码 git clone https://github.com/ossrs/srs.git 1.2 编译 1.2.1 关闭防火墙和 selinux 先关闭防火墙，防止有时候启动没有问题，但是就是看不了。 Centos6.x 下关闭防火墙和 selinux 的命令： # disable the firewall sudo /etc/init.d/iptables...
简单推流
麦子专栏
08-23 1172
转载地址：  https://github.com/SunLiner/MiaowShow                    pod 'LFLiveKit'       // 推流处理 #import "ViewController.h" #import @interface ViewController () @property (weak, nonatomic)
SRS流媒体服务进行视频推送拉取
Leonban的博客
10-17 2630
SRS是一个简单高效的实时视频服务器，支持RTMP/WebRTC/HLS/HTTP-FLV/SRT/GB28181。Note: 简单的单节点架构，适用于大多数场景你可以推拉多路流到SRS，不需要特殊的设置，按照前面的步骤运行SRS后，改变推拉流的URL就可以。streamid=#!
rtmp推流到 srs 断流重推
最新发布
07-02
RTMP推流到SRS（Server-Sent Real-Time Messaging Protocol，简单流服务器）是一种常见的视频直播传输协议。当遇到断流情况时，可能会导致直播中断。以下是一些处理RTMP断流并实现重推的方法： 1. **网络连接稳定性...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

草根大哥

进军大神程序员路上，谢谢支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值