OBS技术

找回密码
立即注册

QQ登录

只需一步,快速开始

搜索
发新帖

收听

听众

主题
发表于 2021-5-3 07:56:49 | 查看: 8704| 回复: 1
概述
安全可靠传输(简称SRT)是一种相对较新的开源流媒体协议,最初由Haivision开发(2013年首次演示),并由SRT联盟推广,该联盟包括流媒体/视频/电信行业的许多大公司。它承诺:
(1) 对网络问题(抖动、丢失的数据包、延迟、带宽波动)具有更好的恢复能力,具有数据包恢复机制(重传或ARQ自动重发请求);以及FEC前向纠错技术和网络连接技术
(2) 低延迟(低至编码器和摄取服务器之间往返行程的两倍,通常为次秒延迟)。
有关视频演示,请参见此处:
SRT目前主要用于广播和企业界。参见NAB 2018 SRT小组,ESPN、NFL、微软演讲者谈论他们对SRT的使用:
NAB 2019 NAB SRT面板可在此处观看:https://www.haivision.com/resources/webinars/broadcast-panel. (嘿,Haivision,友好的建议:最好能把这段视频发布到YouTube上,而不必输入个人信息!:(P)
与RTMP不同,SRT是一个开源协议,源代码可以在GitHub上找到。虽然RTMP开发自2012年以来已被放弃,但SRT开发仍然非常活跃。
作为一种协议,它与内容无关,尽管业界将其与MPEGTS容器一起使用,MPEGTS容器是广播行业事实上的标准(相比之下,RTMP协议依赖于FLV容器),MPEGTS容器通常与UDP协议一起使用,这使得RTMP协议的速度很快,但非常不可靠,并且容易发生丢包。它还可以与TCP一起使用,TCP更可靠,但延迟更大。SRT将这两个协议结合起来传输MPEGTS,具有两个优点:TCP的可靠性和UDP的较低延迟。它还支持加密和绑定。
其他竞争的新协议有WebRTC、Zixi(封闭源代码)和RIST;后两者与SRT非常相似,都超越了RTMP。
关于更多技术细节,我们推荐Twitch工程师Alex Converse的视频:
这里还有一份白皮书
或者在那里。这个API在GitHub上有完整的文档记录。
----------------------------------------------------------------------------------
SRT可以与Twitch或我最喜欢的服务一起使用吗?
简而言之:不能(或者还不能?)

服务
------------------------------------------------------------------------------------
长话短说:没有一个主流流服务支持SRT协议来接收数据。大多数人仍然使用RTMP(Twitch,YouTube,Facebook…)(不过,Mixer通过OBS已经支持的专有FTL协议依赖于WebRTC。如果您仅使用这些服务,则无需进一步阅读。

在采用SRT协议的这个阶段,如果您想使用SRT,就必须有技术倾向。如果您能够设置自己的流媒体服务器,可能会将您的流重定向到主要服务,如Twitch或YouTube,并且对通过提高网络弹性实现低延迟感兴趣,请继续阅读。

另一类可能感兴趣的用户显然属于专业广播行业。这个wiki条目可以被认为是相当高级的,因为它需要访问服务器并能够进行设置。

OBS本身的配置从简单到中等难度不等。服务器设置更具挑战性,因为它需要系统/网络管理知识。

编码器
-----------------------------------------------------------------------------------
实时软件编码器:
FFmpeg,
OBS Studio依靠FFmpeg库,
vMix,
srt live transmit(这是libsrt开发人员的演示应用程序;需要从源代码编译)
Larix Broadcaster和Larix Screencaster可以从Android和iOS上播放SRT。Larix对讲功能允许接收SRT音频反馈到移动设备。
CameraFi Live(仅限Android)。

硬件编码器也有不同的供应商。

服务器
--------------------------------------------------------------------------------
以下服务器支持SRT摄取:
Wowza(付费服务)
在RTMP/HLS/DASH中支持SRT摄取和传输/分配

Nimble Streamer(自由、封闭源)
虽然灵活的拖缆名义上是免费的,但它与非免费仪表板一起使用,公平地说,这是非常方便的。但是它也可以在没有仪表板的情况下使用,只需要修改JSON配置文件。
支持SRT摄取和传输/分发到RTMP、SRT、NDI、MPEG-DASH、HLS、低延迟HLS等。

SRT Live Server(免费、开源)
此选项仅服务于SRT流,不转换为HLS/RTMP/DASH。在这个阶段,它比其他服务器要简单得多,但它是自由/开源软件,在我们的测试中可以与OBS-Studio配合使用。

此外,虽然从技术上讲它不是服务器,但FFmpeg可以在侦听器模式下用于摄取SRT流。它不能像真正的服务器那样为流提供服务。但是它可以被用来转换到RTMP,然后路由到nginx RTMP,然后nginx RTMP可以处理到Twitch/YouTube/Facebook/etc的摄取。
例如:ffmpeg -i srt://IP:port?mode=listener -c copy -f flv rtmp://IP:1935/app/streamName。
同样,srt live transmit可以用来监听srt(或udp)流并中继到最终的srt URL。
例如:srt实时传输srt://IPsrc:端口srt://IPdest:端口。

播放器
--------------------------------------------------------------------------------------------
以下播放器可用于观看SRT流:
VLC(Mac/Linux上的版本3.0+,Windows上的版本4.0+)
ffplay(ffmpeg工具的一部分)
OBS Studio媒体源(一个明显的用法是从任何SRT源广播到OBS实例)。
Haivision Play Pro-iPhone和Android。
用于Android、iOS、Android TV和tvOS的Larix播放器。

在OBS内接收srt流
这对于两个pc设置可能很有用(尽管NDI可能是更常见的解决方案)。
在媒体源中,取消选中“本地文件”。
对于“输入”,输入srt URL。如果从服务器接收到流(在listemer模式下),srt连接将处于mode=caller模式(这是默认模式,因此可以省略该选项)。但是,如果流直接从调用者模式下的编码器接收,则将mode=listener添加到URL(参见屏幕截图)。
对于“输入格式”,输入mpegts。

VLC使用
在此处下载VLC 3.0或VLC 4.0(警告:这是VLC的开发版本)。
如果您只想在不干扰当前VLC安装的情况下进行测试,我们建议您下载一个可移植安装(zip)。
进入媒体>打开网络流:
输入具有以下格式的srt://IP:port。

ffplay 使用
需要使用libsrt支持编译ffplay。据我们所知,虽然没有许可证限制,但似乎没有任何这样的二进制文件可以广泛使用。
只需启动命令行:
ffplay srt://IP:port

如何设置OBS Studio
----------------------------------------------------------------------
有两种设置OBS Studio以连接到服务器的方法。第一种方法比较简单,但目前给出的选择较少。第二种设置有点困难,但提供了更多的微调功能(例如,可以使用muxer选项)。注意:在较旧的Linux发行版中,ffmpeg可能不支持SRT,因此请检查存储库源以确保ffmpeg支持libsrt,因为没有简单的方法可以让OBS Studio引用ffmpeg的定制版本。
注意,虽然讨论的重点是SRT协议,但也可以使用UDP或TCP。

选项1:使用推流输出SRT
--------------------------------------------------------------------------
作者:亚伦·博克瑟,Collabora(SRT联盟)新SRT输出的作者。pkv从头重写的输出(pkv@obsproject.com)解决一些问题。
适用于:Wowza、Nimble服务器、vlc、ffmpeg、srt live服务器、Makito X解码器(这些只是我们在obs项目中测试的平台;大多数都可以正常工作。)
转到“设置”>“流”
在Service drowdown中,选择Custom。
按以下格式输入SRT URL:srt://IP:port(OBS Studio也将接受任何依赖MPEGTS容器并受FFmpeg支持的协议,因此包括UDP、TCP、RTP等)
不要为密钥输入任何内容。它没有被使用。
OBS Studio将接受以下语法中的选项:srt://IP:port?option1=value1和option2=value2。完整的选项列表是FFmpeg支持的选项:http://ffmpeg.org/ffmpeg-protocols.html#srt.
最重要的选项是以微秒为单位的延迟(μs) 是的。默认值为120 ms=120 000μs,应至少为2.5*(编码器和摄取服务器之间的往返时间,单位为ms)。
例如:对于1秒的延迟,将延迟设置为1000000。
另一个有时需要的选项是mode,它可以是caller、listener或rendez-vous。调用者打开客户端连接。侦听器启动服务器来侦听传入的连接。rendezvous使用Rendez-Vous连接模式,这是一种双向链路,第一个发起握手的人被认为是呼叫者。默认值是caller,通常不需要为OBS Studio设置,因为它通常处于caller模式。
在向VLC发送流时,将模式设置为listener很有用。OBS Studio然后充当VLC的服务器,VLC是客户端。例如,在局域网上,将OBS Studio设置为srt://127.0.0.1:port?mode=建立指向VLC的连接的侦听器srt://127.0.0.1:端口。
已知问题:
在v25中,MPEGTS muxer的一个bug使流不完全符合MPEGTS规范。在这种情况下,当将SRT转换到SRT/MPEGTS组合以外的另一个协议/容器时,SRT解码失败。例如,灵活的拖缆和Makito X解码器就是这样。因此,MPEGTS流的转储会创建一个不一致的文件(这可能是通过使用FFmpeg进行重排来修复的)。
在obsv26中修复了PR:pr2665中的错误。使用obs版本>=26。

选项2:使用自定义FFmpeg记录输出SRT流
-----------------------------------------------------------------------
这个选项有点复杂。它依赖于高级:自定义FFmpeg录制输出。
适用于:Wowza、Nimble server、vlc、ffmpeg、srt live server(这些只是我们在obsproject测试的平台;大多数都可以正常工作)。与Haivision的Makito X解码器配合不好。
转到“设置”>“输出”
在“输出模式”下拉列表中,选择“高级”。
单击录制选项卡。
在类型下拉列表中,选择自定义输出(FFmpeg)
在FFmpeg输出类型下拉列表中,选择输出到URL
在文件路径或URL框中,键入SRT URL:srt://IP:port(使用语法输入延迟等选项)srt://IP:port?option1=value1和option2=value2)。
有关其中一些选项的列表和讨论,请参阅上一节或参考FFmpeg文档:http://ffmpeg.org/ffmpeg-protocols.html#srt.
在“容器格式”下拉列表中,选择“mpegts”。
Muxer设置可以留空,也可以将MPEGTS FFmpeg Muxer选项与以下语法option1=value1 option2=value2一起使用(option=value对必须用空格分隔)。
其他设置是不言自明的。选中“显示所有编解码器”框以显示FFmpeg可用的所有编解码器。
请注意,可以选择多个音频曲目。它们可以在摄取服务器端通过所谓的PID来识别。默认值下,视频曲目的pid为0x100(=256),其他音频曲目的pid为0x101等。如果需要更改曲目的pid,请在7中使用muxer选项MPEGTS\u start\u pid。
已知问题:
Makito X解码器可能有问题(在调查中)使用选项1的Makito X解码器。
与方案1相比的利弊:
赞成的意见:
可以自定义MPEGTS muxer选项(例如:设置视频和音频曲目的pid)。
可以播放多个音频曲目(例如,曲目1:主曲目、曲目2:背景音乐、曲目3:评论等),而在选项1中只能选择一个曲目。OBS Studio最多支持6首音频曲目。
反对的意见:
设置更复杂。
不能记录流,因为要利用流的记录输出。

设置示例

中继服务到Twitch
-------------------------------------------------------------------------------------
可以使用ffmpeg轻松地将输入SRT流中继到与Twitch兼容的标准RTMP(甚至是其他流媒体服务提供商,如YouTube或Facebook)。如果OBS和服务之间的连接不好且不稳定,这一点尤其有趣。请注意,您使用的服务器应该有一个快速可靠的连接,以从中获益(但通常是这样)。还要注意的是,使用服务器代理流会消耗大量带宽(考虑是视频流带宽的两倍),而且在Amazon、GCS或Digital Ocean等提供商上,这可能会非常昂贵(不过,它不需要快速的CPU,它只需要接收、重写RTMP和发送)。
如果您为其他人准备服务器,这种方法的优点是非常容易在OBS端进行设置。
例如,可以在服务器上使用以下命令:
ffmpeg -i srt://:1234?mode=listener&transtype=live&latency=3000000&ffs=128000&rcvbuf=100058624 -c copy -f flv rtmp://live-cdg.twitch.tv/app/streamKey
在此命令中,您可以更改:
1234:这是SRT服务器使用的侦听端口。您需要将流发送到此端口。它可以是任何东西,只要ffmpeg可以绑定到它。
延迟=3000000:以微秒为单位的延迟。这里我们使用3000毫秒(3秒)。这是一个简单的演算:它越高,如果您丢弃数据包或延迟增加,那么它就越可靠,并且您的查看器将不得不等待更多时间来接收您的帧。它越低,对连接问题就越敏感,但是你的观众也会更快地接收到你的内容。
ffs和rcvbuf是表示不同缓冲区大小的复杂数字。基本上,当您增加延迟时,您需要增加这些值(因为SRT需要在内存中存储更多的内容,以便以后重新组合拼图)。您可以在此处获得有关如何计算这些值的信息:https://github.com/Haivision/srt ... uecomment-495570496
live-cdg.twitch.tv:最近的twitch摄取服务器。换到最近的一个:抽搐摄取信息
这是你的Twitch.tv流键。你将需要它来取代这个与你的,让他们知道谁是流到哪里。不要泄漏它,任何人都可以用这个密钥流到您的帐户。
在OBS上,您只需将流设置配置为“自定义”,并使用以下模板指定服务器:
srt://ipofyourserver:4444
您可以将流密钥留空,您不需要它。
运行上面看到的ffmpeg命令,它将无限期地等待输入流,并在流结束时自动停止。我让你选择用systemd或者Docker容器来管理重启!

您需要登录后才可以回帖 登录 | 立即注册

QQ|Archiver|手机版|小黑屋|OBS技术 ( 辽ICP备2021004028号-1 )

GMT+8, 2024-3-29 19:40 , Processed in 0.089723 second(s), 13 queries .

Powered by Discuz! X3.5

Copyright © 2001-2023 Tencent Cloud.

快速回复 返回顶部 返回列表