-1

我的要求：我想用我的智能手机向一个人（Larix？）流式传输并从那个人那里获取音频。延迟应尽可能低，质量应尽可能高。我想在我的服务器上托管整个事情。

最好的方法是什么？我试过 SRS，质量高，延迟低，但我不知道如何从其他人那里获取音频。

SRT 也是一种选择吗？

什么最适合实现这一目标？

4

2 回答 2

2

通过 OBS、FFmpeg 或其他编码器通过 RTMP将直播流发布到SRS后，您可以在其他设备上播放流。

通常在 H5 或移动端都有薮玩家：

  • HLS，约 5~10s 延迟，易玩，只需要一个 H5 视频标签，或者hls.js。
  • HTTP-FLV，延迟约1~3s，也很简单，请使用flv.js播放器。
  • WebRTC，大约 0.5~1s 延迟，它是实时的，但要小心，尤其是在您的移动浏览器上。

请注意，除 iOS Safari 浏览器外，所有 H5 原生 js 播放器均可与MSE完美配合。对于 iOS Safari，也可以通过 WASM 播放 HTTP-FLV，详情请阅读链接。

在移动（iOS/Android）平台上，可以使用使用 FFmpeg 的ijkplayer，并且有一些像fijkplayer这样的包装用于颤振。

于 2021-12-15T05:43:54.767 回答
1

考虑到延迟要求，这听起来像是一个利用 RTSP、Web RTC 或类似的实时聚焦解决方案将是一个好方法。

使用这样的东西尽可能接近标准，仅在一个方向上使用视频，仅在另一个方向上使用音频（或两者都使用，如果你需要的话）似乎这可能是最简单的方法。

我认为您可能会发现这比自己从头开始更容易和更快，尤其是在给定的延迟预算内获得最佳质量，因为这是 WebRTC 的核心考虑因素。

您可以在现有的 Web RTC Android 和 iOS 客户端上进行构建 - 更多的客户端一直可用，因此值得搜索，但有一些示例：

于 2021-01-27T13:50:33.943 回答