问题标签 [adaptive-bitrate]

我有一个使用 exoplayer 2.8.2 播放 HLS 流的 android 应用程序。它使用自适应比特率，但即使在非常高速的网络上，它也总是从最低的流而不是更高的流开始。我试图将默认的最大初始带宽设置为 Integer.MAX_VALUE 但它不起作用。

有人知道我如何默认选择更高带宽的流吗？

我将 AWS MediaConvert 与 Exoplayer 一起用于 MPEG-Dash。不幸的是，使用 AWS 的 1920x1080 视频系统预设会导致问题：

所以显然原子尺寸太大了。如果您知道如何减少 MediaConvert 中的原子大小，请提供帮助。否则，如果您可以向我提供有关视频压缩上下文中的原子的信息，也许这会给我一些关于在 MediaConvert 选项中进行更改的线索。

我使用 MediaConverter 制作了一个.MDP，它具有以下视频流

这是使用具有以下设置的文件生成的

当我播放它时 Shaka Player - 它只检测到一个可用的变体，并且只会播放初始流。

Shaka 播放器具有默认配置，但启用了 ABR。

这是因为所有带宽都相同吗？

我已经配置了 QVBR 这不是最好的方法吗？

我们正在使用默认配置的 Shaka 播放器，这很好 - 但我没有看到任何对较低比特率的适应并且仍然看到缓冲。我们还在开始时暂停，它在第一帧冻结 2 秒，然后有一个速率更改事件并播放。

我已经在播放器中对此进行了操作以更改 baseUrls，因为我们预加载了清单。

这是一个示例 MPD

这是 ABR 的配置

任何指示如何让视频运行超级流畅和快速？

他们是否每次都进行带宽检查？如果是这样，它是如何工作的？他们是否向用户发送数据包，并计算完成发送需要多长时间？它像下载率检查吗？我读过这些检查曾经在 TCP 上，现在在 UDP 上，有什么区别？它是否适用于流媒体服务？

一个简单的问题。我有一个ffmpeg脚本。

我请求-b:v:0 1000k但BANDWIDTH=1100000在我的主播放列表中获得输出 - 我期待BANDWIDTH=1000000

如您所见，没有音频流。为什么 BANDWIDTH 每次都比请求的比特率大 10%？

提前致谢。脚本和输出如下。

脚本：

输出：

我有以下使用 ExoPlayer 2.4.0API 的代码，它只是播放 MPEG-DASH 视频。据我了解，根据估计的带宽，它会选择正确的轨道。但是每当我运行它时，它总是选择600k比特率轨道。当我试图用 打印估计的带宽时getBitrateEstimate()，它总是打印-1。

有什么问题吗？

“自适应比特率流”如何工作？例如，Netflix 或 Youtube 如何设法以不同的分辨率继续播放来自那个时间戳的视频？他们如何了解任何客户端的带宽或网络速度？如果客户最近的 OCA 或 CDN 没有特定的视频分辨率怎么办？

我在 Android 中使用 exoplayer API 构建了一个简单的 mpeg-dash 播放器。它读取并播放此MPD 文件。但无法播放以下生成的 MPD 文件FFmpeg：

问题是什么？我无法理解。

我的简单 ExoPlayer API 代码在这里。我的 MPD 位于本地服务器上。我得到的错误是这样的：

我知道使用ffmpeg，我们可以创建 MPEG-DASH 就绪文件，包括片段和 .mpd 清单文件。例如，我正在尝试这个有效的命令：

但我不想分割视频——所以是一个更简单的版本，我们有整个视频的多个版本，没有块。MPEG-DASH 允许吗？如果是这样，我如何ffmpeg在不创建块的情况下使用它？