【问题标题】:Stream Video to one user and receive audio from the user将视频流式传输给一位用户并从该用户接收音频
【发布时间】:2021-04-30 07:22:21
【问题描述】:

我的要求: 我想用我的智能手机向一个人(Larix?)流式传输并从那个人那里获取音频。 延迟应尽可能低,质量应尽可能高。 我想在我的服务器上托管整个东西。

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

SRT 也是一种选择吗?

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

【问题讨论】:

    标签: video video-streaming streaming srt srs


    【解决方案1】:

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

    通常有薮玩家,无论是 H5 还是移动端:

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

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

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

    【讨论】:

    • 请注意,Meta 上有一个关于 srs 标签的持续讨论:meta.stackoverflow.com/questions/414796/…
    • 非常感谢,我回答了这个问题。我真的需要一个标签来收集有关 SRS 的所有问题。但是好像用tag srs不太好,因为太简单了,意思很多。
    【解决方案2】:

    考虑到延迟要求,听起来像利用 RTSP、Web RTC 或类似的专注于实时的解决方案将是一个不错的方法。

    使用这种尽可能接近标准的方法,仅在一个方向播放视频,仅在另一个方向播放音频(或两者兼而有之,如果您需要的话)似乎是最简单的方法。

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

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

    【讨论】:

      猜你喜欢
      • 2016-09-29
      • 1970-01-01
      • 2011-05-23
      • 2012-11-06
      • 1970-01-01
      • 2011-12-21
      • 1970-01-01
      • 2014-01-19
      • 1970-01-01
      相关资源
      最近更新 更多