【问题标题】:Android Nexus Lollipop mediaplayer is mediaplaying seeking continuouslyAndroid Nexus Lollipop mediaplayer 正在不断寻找媒体播放
【发布时间】:2015-02-08 09:36:35
【问题描述】:

我们正在尝试从 url(m3u8 文件)播放音频。媒体播放器启动正常,没有问题。音频也播放干净。问题在播放器中进行搜索时开始。行为很奇怪。它会寻找到正确的位置,然后开始播放音频。在它再次搜索几秒钟之后(更好的词是跳过几秒钟,因为它直接跳转到该位置)并且可以在媒体播放时间计数器中​​观察到,再次播放一段时间再次跳转几秒钟,这一直持续到结束媒体。

我们有我们的自定义搜索栏,它只是一个进度条,当我们搜索进度条时,我们通过调用 onseek() 方法将相同的搜索位置发送到媒体播放器。

注意:问题仅发生在 Lollipop nexus 设备(平板电脑和手机)。

只有在时间计数器最后位置 9 时才会发生奇怪的观察跳跃 (即如果媒体播放 12:29[mm:ss] 则将跳转到其他随机位置 12:3X[mm:ss],再次媒体播放 12:39[mm:ss] 然后将跳转到其他随机位置 12:4X [mm:ss])

为什么会这样?

【问题讨论】:

    标签: android audio media-player seekbar


    【解决方案1】:

    您应该将外部清单传递给播放器。这应该可以解决您的问题。

    【讨论】:

    • HLS播放中涉及的m3u8文件一般有两种。外部清单包含不同比特率的流媒体的 url 列表。外部清单中的每个 url 都指向一个内部清单(或比特率清单),该清单由特定比特率的段/块列表组成。您可能会将比特率或内部清单传递给播放器。您需要传递的是外部清单或将向播放器提供外部清单的 url。
    • 更准确地说,播放器正在从外部清单中寻找编解码器信息,这就是您需要传递外部清单的原因。
    • 但同样的东西在其他设备上没有复制。 N 这个问题已在后续版本中由 nexus ppl 修复。现在进展顺利
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-05-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多