【发布时间】:2021-04-30 07:22:21
【问题描述】:
我的要求: 我想用我的智能手机向一个人(Larix?)流式传输并从那个人那里获取音频。 延迟应尽可能低,质量应尽可能高。 我想在我的服务器上托管整个东西。
最好的方法是什么? 我试过SRS,质量高,延迟低,但我不知道如何从其他人那里获取音频。
SRT 也是一种选择吗?
什么最适合实现这一目标?
【问题讨论】:
标签: video video-streaming streaming srt srs
我的要求: 我想用我的智能手机向一个人(Larix?)流式传输并从那个人那里获取音频。 延迟应尽可能低,质量应尽可能高。 我想在我的服务器上托管整个东西。
最好的方法是什么? 我试过SRS,质量高,延迟低,但我不知道如何从其他人那里获取音频。
SRT 也是一种选择吗?
什么最适合实现这一目标?
【问题讨论】:
标签: video video-streaming streaming srt srs
通过 OBS、FFmpeg 或其他编码器通过 RTMP 向SRS 发布直播流后,您可以在其他设备上播放该流。
通常有薮玩家,无论是 H5 还是移动端:
请注意,除 iOS Safari 浏览器外,所有 H5 原生 js 播放器都可以与 MSE 完美配合。 iOS Safari 也可以通过 WASM 播放 HTTP-FLV,详情请阅读link。
在移动(iOS/Android)平台上,使用 FFmpeg 的 ijkplayer 是可以的,并且有一些像 fijkplayer 这样的包装用于颤振。
【讨论】:
考虑到延迟要求,听起来像利用 RTSP、Web RTC 或类似的专注于实时的解决方案将是一个不错的方法。
使用这种尽可能接近标准的方法,仅在一个方向播放视频,仅在另一个方向播放音频(或两者兼而有之,如果您需要的话)似乎是最简单的方法。
我认为您可能会发现这比自己从头开始更容易和更快,尤其是在给定的延迟预算内获得最佳质量,因为这是 WebRTC 的核心考虑因素。
您可以在现有的 Web RTC Android 和 iOS 客户端上进行构建 - 随时都有更多可用的客户端,因此值得搜索,但有一些示例:
【讨论】: