流媒体服务器一:使用成熟的流媒体SRS 搭建 RTMP流媒体服务器

server/2024/10/20 20:39:16/

1 安装和测试srs流媒体服务器

服务器:SRS(Simple RTMP Server,⽀持RTMP、HTTP-FLV,HLS)
推流端:ffmpeg + OBS
拉流端:ffplay +VLC + srs播放器

1.1 安装srs流媒体服务器

官网

SRS (Simple Realtime Server) | SRS
码云的源速度快: https://gitee.com/winlinvip/srs.oschina.git
github的源速度慢: https://github.com/ossrs/srs .git

第⼀步,获取SRS。

官网说明如下:

Git | SRS

将官网上废话删除,直接写关键点

0.我们在linux 上先创建一个文件夹放置SRS的源码,mkdir srs_source3.0

这个名字是随便取的,之所以取3.0,是因为学习的教程中就是用3.0教授的,实际版本已经有5.x了。

1:进入到 srs_source3.0文件夹,然后执行下面的命令。命令的意思下载SRS,

cd  srs_source3.0

git clone -b develop https://gitee.com/ossrs/srs.git && 
cd srs && git remote set-url origin https://github.com/ossrs/srs.git

由于上述命令有个 cd srs,因此执行完毕后,会直接进入到srs 目录

2:下载后需要checkout 到你要的branch,可以这样理解,你工作的时候,有可能公司的代码是基于SRS3.0开发的,那么你最好下载一个SRS3.0的版本,那么checkout就是帮你做这件事情的。

我们可以通过 git branch -a 看到SRS对应的版本有哪些。

cd trunk
git branch -a

我们可以看到目前SRS支持您切换的版本有好多,看官网的说明,3.0,  4.0,  5.0 都是稳定的版本。

3.我们切换到remotes/origin/3.0release 这个版本

官网的说明如下:如果是3.0的功能,更新代码后要改变到3.0分支:

注意的是git pull 可能会链接不上网络,因为你不会翻墙,当git pull 链接不上网络的时候,可以直接git checkout 3.0release

git pull && git checkout 3.0release

也可以直接命名您的当前branch 为3.0,实际上也是从remotes/origin/3.0release上获得的

git checkout -b 3.0 remotes/origin/3.0release

我们再次看一下  git branch 

注意的是:我们是需要下载到linux 下,而不是windows 下。

DASH 部署 | SRS


 

第⼆步,编译SRS。

cd  trunk

./configure && make

3.0在build 的时候,可能遇到的问题,可以参考如下两个博客

win11下,RTMP流媒体服务器保姆级教程-CSDN博客

https://www.cnblogs.com/6min/p/13960072.html

可以按照上述的方法fix,也可以checkout 到5.0,再 ./configure && make

如果正确make完成,编译的命令完成如下。

如果正确make 完成,则会在trunk 下 生成 objs文件夹

第三步,编写SRS配置⽂件。详细参考RTMP分发

将以下内容保存为⽂件,譬如 conf/rtmp.conf 服务器启动时指定该配置⽂件(srs的conf⽂件夹有该 ⽂件)。
listen              1935; //这个是rtmp 的端口
max_connections     1000; // 这个是支持的同时连接的最大连接数量
#daemon              off;  // 是否是 守护进程,但是老师说要注释掉,不注释 运行时会有error
#srs_log_tank        console;  //  这里行也有注释掉,老师说,不注释  运行时会有 error
vhost __defaultVhost__ {
}

目录是在/home/hunandede/srs_source/srs/trunk/conf/rtmp.conf

实际上,对于SRS,所有的配置都在 conf下面,各式各样的都能配置,功能还是很强大

第四步,启动SRS。

./objs/srs -c conf/rtmp.conf

如果我们没有注释这两行,会有如下红色部分的error

#daemon              off;  // 是否是 守护进程,但是老师说要注释掉,不注释 运行时会有error
#srs_log_tank        console;  //  这里行也有注释掉,老师说,不注释  运行时会有 error

如果我们将这两行注释了,则会正常运行

我们可以通过sudo lsof -i:1935 查看1935  端口谁再使用

我们可以看到 使用 端口号 为   1935  的进程是那个,可以看到 PID 是 51636

然后,我们可以使用 sudo kill -9 51636 将这个进程杀死

然后再查看谁在占用 1935 端口号,就发现没有人在用了

这时候我们再使用  ./objs/srs -c conf/rtmp.conf 运行srs

运行起来后,提示  you can check SRS by : tail -n 30 -f ./objs/srs.log

看后最后30行

我们直接使用 tail  -f ./objs/srs.log,看全部

1.2 测试srs流媒体服务器

第一步要将 ubutun 的网络模式设置为桥接模式

到这里,我们已经启动了SRS 服务器。那么这个服务器

第五步,启动推流编码器。详细参考RTMP分发

使⽤FFMPEG命令推流:在windows端推流,可以调用ffmpeg 的命令
ffmpeg -re -i rtmp_test_hd.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.1.11/live/livestream

推流
ffmpeg -re -i D:/yinshipin/source.200kbps.768x320.flv -vcodec copy -acodec copy -f flv -y rtmp://192.168.31.251/study/acha

这个意思是,将D:/yinshipin/source.200kbps.768x320.flv 文件,推流给服务器,而服务器的地址是rtmp://192.168.31.251/study/acha

-re 参数 设置 以实时的速度 读取 输入文件 , 如 : 输入视频的长度是 3 分钟 , 那么 使用 3 分钟的时间来处理这个视频 , 不能用最快速度处理完 , 该设置确保了推流的速度与视频播放的速度相匹配 ;
-i input.mp4 参数 设置 输入文件名称是 input.mp4 , 此处也可以是 实时的录屏 ;

/study/acha 这个名字在这里是乱取的,但是这个应该就有规则,或者有一个默认的规则。实际上后面学习到的nginx什么的,确实是有一定的规则的。

后面再学习nginx上配置 rtmp的时候,如下的可以参考
rtmp://39.105.129.233/myapp/ 参数 , rtmp 是 流媒体协议 , 39.105.129.233 是流媒体服务器 , myapp 是在 流媒体服务器 的 nginx.conf 中配置的 rtmp / server / application 配置中配置的应用名称 ;


拉流
ffplay rtmp://192.168.31.251/study/acha

注: 上述命令中的flv完整路径,以及srs server ip,⼤家根据情况⾃⾏替换为实际值。 另外:默认情况下
srs的rtmp采⽤1935端⼝,如果该端⼝被占⽤或修改了srs.conf中的端⼝,注意根据情况调整;防⽕墙如 果开了,也要检测下1935是否允许访问。

第六步,观看RTMP流。详细参考RTMP分发

使用ffplay 测试拉流。RTMP流地址为:ffplay rtmp://192.168.31.251/study/acha
直接在windows上执行 ffplay rtmp://192.168.31.251/study/acha
可以使⽤VLC观看。
或者使⽤在线SRS播放器播放: srs-player
SRS
但是测试这个不行,怀疑和 翻墙有关系

1.3  使⽤OBS推流测试流媒体服务器SRS

第七步:使用OBS推流

ffmpeg的命令⾏⽅式不太友好,推荐使⽤主流的OBS开源推流软件,可从官⽹ https://obsproject.com/
下载最新版本,⽬前很多⽹络主播都是⽤它做直播。该软件⽀持本地视频⽂件以及摄像头推流。
或者使⽤: https://pc.qq.com/detail/4/detail_23604.html 去下载。
我们这里的目的是选择一个文件通过OBS发送到 SRS服务器
然后再通过vlc 通过拉流的形式播放
1.打开OBS,添加一个媒体文件,并且这里将 桌面的声音和 麦克风的声音关闭
这个名字 "电影=制胜奇兵" 是随便取的一个名字
由于选择的视频比较短,因此勾选了 循环,这个其实可以勾选,也可以不勾选
这里会提示你选择 大小,我们默认就好。
然后重要的来了,选择设置,
在直播 选项中, 服务选择 为"自定义"
服务器填写 linux 中的地址 movie 是随便填写的,
推流码 也是随便填写的。
使用身份认证应该是你 linux的账号和密码
2.使用 vlc 播放
地址为:
rtmp://192.168.31.251/movie/zhishengqibing
成功
8.

第八步:使用OBS 摄像头推流

跟上⾯的其实差不多,区别只是添加“视频捕捉设备”

1.4 更多设置

参⻅: OBS 推流 https://cloud.tencent.com/document/product/267/32726


http://www.ppmy.cn/server/90183.html

相关文章

视觉巡线小车——STM32+OpenMV(四)

目录 前言 一、整体控制思路 二、代码实现 1.主函数 2.定时器回调函数 总结 前言 通过以上三篇文章已将基本条件实现,本文将结合以上内容,进行综合控制,实现小车的视觉巡线功能。 系列文章请查看:视觉巡线小车——STM32OpenMV系列…

spring —— 全注解实现事务管理器

全注解实现事务管理,就是取消 spring-config.xml 文件,而将配置信息在配置类中实现。 配置类: package com.spring.book;import com.alibaba.druid.pool.DruidDataSource; import org.springframework.context.annotation.Bean; import org…

前端地位蹭蹭蹭Up!!!

作者:溪饱鱼 链接:juejin.cn/post/7283642910301192244 顺便吆喝一句,如果你本科学历,对技术大厂有向往,对前后端测试岗位有兴趣,不对大厂外包有100%的排斥,可以看看这里,薪酬待遇确…

Linux网络:传输层TCP协议(四)拥塞控制及延迟应答

目录 一、拥塞控制 二、延迟应答 一、拥塞控制 虽然 TCP 拥有滑动窗口这个大杀器机制来根据具体情况对发送的数据大小和速度进行实时控制, 能够高效并且可靠的发送大量的数据. 但是如果在双方建立好连接后的刚开始阶段就发送大量的数据。仍然可能引发一些问题. 因为同一个网…

CSS全部标签属性重置语法

简单介绍 每个浏览器默认的属性不同,像谷歌浏览器不设置的话,默认每个元素是有外边距margin的,有的浏览器列表还会带上序号,有的浏览器就没有。 所以为了让所有浏览器都一致,在写CSS开始前,我们都需要用C…

抖音矩阵管理系统解决方案:一站式服务

在当今社交媒体蓬勃发展的时代,抖音作为一款短视频平台,凭借其独特的魅力和庞大的用户群体,已成为众多企业、个人乃至网红达人展示自我、推广品牌的重要舞台。然而,随着抖音账号数量的不断增加,如何高效、专业地管理这…

(十三)Spring教程——依赖注入之工厂方法注入

1.工厂方法注入 工厂方法是在应用中被经常使用的设计模式,它也是控制反转和单例设计思想的主要实现方法。由于Spring IoC容器以框架的方式提供工厂方法的功能,并以透明的方式开放给开发者,所以很少需要手工编写基于工厂方法的类。正是因为工厂…

探索PyPDF2:Python中的PDF处理大师

探索PyPDF2:Python中的PDF处理大师 1. 背景介绍 在数字化时代,PDF文件因其跨平台的兼容性和内容的稳定性而广受欢迎。然而,处理PDF文件,如合并、分割、提取文本等,往往需要专门的工具。这就是PyPDF2库的用武之地。PyP…