传输流媒体服务器的要求

Question

嘿，各位，

我们正在设计一个电视模块。在当前的架构中，我们有两个独立的设备，每个设备都在Atom处理器上运行linux。我们需要通过网络将实时传输流从一台设备传输到另一台设备。我试着寻找在linux上运行的流媒体软件，它们能够实时流传输流，但没有找到。任何建议都将不胜感激。

-- Sen

Answer 1

尝试以下操作：

1. ffmpeg
2. Gstreamer
3. VLC
4. Live555

Answer 2

我在"linux“服务器上使用"Nginx”和"ffmpeg“。有许多工具可用于此过程。但最近我使用了srs。

1. Nginx

1. SRS

发送RTMP流请使用"Vmix“或"OBS”。

Answer 3

在直播方面，@dipan-mehta和@fakhredin gholamizadeh都提供了大量的开源软件，稳定且应用广泛。

我想分享更多关于直播的使用场景，首先是关于WebRTC。虽然WebRTC是为视频会议设计的，但它也可以用于直播，特别是实时延迟(<1s)。让我们来看看端到端的延迟：

• HLS或DASH:延迟约为3~10s，LLHLS可能更低，约为3~5s。请注意，所有基于文件的协议(HLS、HDS、DASH、CMAF等)都不可能获得1s的延迟。
• RTMP或HTTP-FLV:大约1-3s的延迟，非常适合大多数直播使用场景。
• SRT或WebRTC:大约0.2~1s的延迟，因为它们是UDP流协议，并且没有网络抖动导致的累积延迟。

请注意，SRT用于发布者系统中，以取代RTMP，现在播放器(H5)不支持它。

在未来，直播流协议可能是QUIC或WebTransport，现在是RFC，并计划支持它。

作为一个直播服务器，SRS几乎支持所有这些协议：

QUIC RTMP，HLS，HTTP-FLV: Stable.

• WebRTC: Stable.

• DASH，SRT: Experimental.

• HDS: Deprecated.

• LLHLS，CMAF，，
• ：在计划中。

注:请查看最新的Features。

除了协议之外，支持DVR和集群也很重要。