SRS流媒体服务器——WebRTC推拉流演示

SRS流媒体服务器——WebRTC推拉流


目录

  1. WebRTC推拉流配置
  2. WebRTC拉流演示
  3. WebRTC推流演示

SRS官方WebRTC文档:https://github.com/ossrs/srs/wiki/v4_CN_WebRTC#rtmp-to-rtc

SRS安装部署相关内容:

  1. SRS流媒体服务器——单机环境搭建和源码目录介绍
  2. SRS流媒体服务器——Forward集群搭建和源码分析
  3. SRS流媒体服务器——Edge集群搭建
  4. SRS流媒体服务器——WebRTC推拉流演示
  5. SRS流媒体服务器——SRS4.0 WebRTC⼀对⼀通话环境搭建与逻辑分析

SRS部分源码分析相关内容:

  1. SRS流媒体服务器——基本流程简单分析
  2. SRS流媒体服务器——RTMP端⼝监听逻辑分析
  3. SRS流媒体服务器——RTMP推流、拉流创建连接
  4. SRS流媒体服务器——服务器读取RTMP推流数据
  5. SRS流媒体服务器——服务器给RTMP拉流端转发数据

1. WebRTC推拉流配置

  1. webrtc是默认⽀持的(–rtc=on),使⽤默认的rtc配置(conf/rtc2rtmp.conf)就可以运行。
  2. 默认rtc2rtmp.conf配置如下:
listen              1935;
max_connections     1000;
daemon              off;
srs_log_tank        console;

http_server {
    enabled         on;
    listen          8080;
    dir             ./objs/nginx/html;
}

http_api {
    enabled         on;
    listen          1985;
}
stats {
    network         0;
}
rtc_server {
    enabled on;
    listen 8000; # UDP port
    # @see https://github.com/ossrs/srs/wiki/v4_CN_WebRTC#config-candidate
    # candidate $CANDIDATE;
    candidate 8.141.75.248;
}

vhost __defaultVhost__ {
    rtc {
        enabled     on;
        # @see https://github.com/ossrs/srs/wiki/v4_CN_WebRTC#rtmp-to-rtc
        rtmp_to_rtc on;
        # @see https://github.com/ossrs/srs/wiki/v4_CN_WebRTC#rtc-to-rtmp
        rtc_to_rtmp on;
    }
    http_remux {
        enabled     on;
        mount       [vhost]/[app]/[stream].flv;
    }
}
  1. 其中rtc_server是全局的RTC服务器的配置,部分关键配置包括:
    1. enabled:是否开启RTC服务器,默认是off。
    2. listen:侦听的RTC端口,注意是UDP协议。
    3. candidate:服务器提供服务的IP地址,需要是公网ip地址,否则局域⽹webrtc可以拉流,正式环境⿊屏。
    4. ecdsa:服务器自动生成的证书种类,ECDSA或RSA,是否用ECDSA。
  2. 然后是每个vhost中的RTC配置,部分关键配置包括:
    1. rtc.enabled:是否开启RTC能力,默认是off。
    2. rtc.rtmp_to_rtc:是否开启RTMP转RTC。
    3. rtc.rtc_to_rtmp:是否开启RTC转RTMP。
    4. rtc.stun_timeout:会话超时时间,单位秒。
    5. rtc.nack:是否开启NACK的支持,即丢包重传,默认on。
    6. rtc.twcc:是否开启TWCC的支持,即拥塞控制的反馈机制,默认on。
    7. rtc.dtls_role:DTLS角色,active就是DTLS Client(主动发起),passive是DTLS Server(被动接受)。
  3. 注意:对应端口,比如8000,1985端口必须开启,否则不能进行WebRTC测试。

2. WebRTC拉流演示

  1. 通过RTMP进⾏推流,然后通过WebRTC进⾏拉流。
  2. 启动SRS流媒体服务器:
./objs/srs -c conf/rtc.conf
  1. 使用ffmpeg命令进⾏推流(注意:ip需要换成自己的):
ffmpeg -re -i time.flv -vcodec copy -acodec copy -f flv -y rtmp://8.141.xxx.248/live/livestream
  1. 推送流成功之后,使⽤srs⾃带的rtc_player播放器进⾏播放,直接请求srs服务的8080端⼝即可。
    1. http://8.141.xxx.248:8080/players/rtc_player.html
    2. 下图是用WebRTC播放和RTMP播放对比。
      在这里插入图片描述

3. WebRTC推流演示

  1. WebRTC推流器:http://8.141.75.248:8080/players/rtc_publisher.html
  2. 点击开始推流报错,推流需要是HTTPS或者localhost,如下图:
    在这里插入图片描述
  3. 如果是window系统,可以Chrome的启动参数。方法:
    1. 找到Chrome图表
    2. 右键图标,选择属性
    3. 找到”目标”文本框,里面的内容是你的Chrome程序路径,类似这样:C:\Users\Administrator\AppData\Local\Google\Chrome\Application\chrome.exe
      在这段文本的后面输入一个空格,然后输入–ignore-certificate-errors --allow-running-insecure-content --un
      safely-treat-insecure-origin-as-secure=“http://8.141.75.248:8080”(ip换成自己的)
    4. 点击确定,重新打开Chrome浏览器
  4. mac系统没找到对应方法,可以配置一台Nginx,申请个免费的HTTPS证书,并配置转发。
  5. 然后就可以使用WebRTC或者RTMP进行播放。
SRS(Simple Rtmp Server)的定位是运营级的互联网直播服务器集群,追求更好的概念完整性最简单实现的代码。 • 运营级: 商业运营追求极高的稳定性,良好的系统对接,以及错误排查处理机制。譬如日志文件格式,reload,系统HTTP接口,提供init.d脚本,转发,转码,边缘回多源站,都是根据CDN运营经验作为判断这些功能作为核心的依据。 • 互联网: 互联网最大的特征是变化,唯一不变的就是不断变化的客户要求,唯一不变的是基础结构的概念完整性简洁性。互联网还意味着参与性,听取用户的需求变更,持续改进维护。 • 直播服务器: 直播点播这两种截然不同的业务类型,导致架构目标完全不一致,从运营的设备组,应对的挑战都完全不同。两种都支持只能说明没有重心,或者低估了代价。 • 集群: FMS(AMS)的集群还是很不错的,虽然在运营容错很差。SRS(Simple Rtmp Server)支持完善的直播集群,Vhost分为源站边缘,容错支持多源站切换、测速、可追溯日志等。 • 概念完整性: 虽然代码甚至结构都在变化,但是结构的概念完整性是一直追求的目标。从SRS(Simple Rtmp Server)服务器,P2P,ARM监控产业,MIPS路由器,服务器监控管理,ARM智能手机,SRS(Simple Rtmp Server)的规模不再是一个服务器而已。 • 简单实现: 对于过于复杂的实现,宁可不加入这个功能,也不牺牲前面提到的要求。对于已经实现的功能的代码,总会在一个版本release前给予充分的时间来找出最简答案。不求最高性能,最优雅,最牛逼,但求最简单易懂。
评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值