Android MediaPlayer seekTo（）/ getDuration（）无法正常工作

Question

我正在使用android MediaPlayer库播放一些MP3文件。 我不负责这些文件，也无法更改它们，只能播放它们。

我目前正在更新进度条，以了解用户当前通过文件的距离，将进度条的最大值设置为mediaPlayer.getDuration() 。 我知道由此返回的值是正确的。 我每500毫秒延迟一次Runnable，以使用mediaPlayer.getCurrentPosition的值更新进度条。 所有这些都能按预期正常工作。

当我尝试使用seekTo方法时会出现问题（但是偶尔会按我的预期工作）。 我创建的媒体播放器对象已向其注册了OnSeekCompleteListener。 当我调用mediaPlayer.seekTo(50000) ，使用mediaPLayer.getCurrentPosition()在OnSeekCompleteListener中输出的值是我告诉它寻求的正确值（在这种情况下，假设我们从1000ms开始进入文件，则为51000） 。 但是，当postDelayed可运行对象运行以更新进度条时， mediaPlayer.getCurrentPosition()返回的值通常（95％的时间）大大低于OnSeekCompleteListener中输出的值。

最终返回的值似乎没有任何押韵或原因，因为即使在完全相同的情况下，它们每次都不同。

编辑：在说值总是不同之后，事实证明那不是很正确。 如果我尝试搜索音频的结尾，它将始终跳回到同一点（如果相信getCurrentPosition（）方法，则大约要提前2-3小时）。

更复杂的是，如果我获取原始文件并使用Audacity和LAME（使用默认设置）对其进行重新编码，则此问题将消失。 我只能作为测试来执行此操作，因为当我的应用上线时，我将无法控制文件的编码。

如果有人对此有任何想法，将不胜感激。

供参考：这是从Mac上的afinfo命令获得的原始文件的值：

File:           Test.mp3
File type ID:   MPG3
Num Tracks:     1
----
Data format:     2 ch,  44100 Hz, '.mp3' (0x00000000) 0 bits/channel, 0 bytes/packet, 1152 frames/packet, 0 bytes/frame
                no channel layout.
estimated duration:               35997.544490 sec
audio bytes:                      216835607
audio packets:                    1378031
bit rate:                         48000 bits per second
packet size upper bound:          1052
maximum packet size:              522
audio data file offset:           1630
optimized

我重新编码的音频文件中的信息可以正常工作：

File:           Test2.mp3
File type ID:   MPG3
Num Tracks:     1
----
Data format:     2 ch,  44100 Hz, '.mp3' (0x00000000) 0 bits/channel, 0 bytes/packet, 1152 frames/packet, 0 bytes/frame
                no channel layout.
estimated duration:                     35997.596735 sec
audio bytes:                            293659748
audio packets:                          1378033
bit rate:                               65000 bits per second
packet size upper bound:                1052
maximum packet size:                    835
audio data file offset:                 1560
optimized
audio 1587491712 valid frames + 576 priming + 1728 remainder = 1587494016

编辑：这正在索尼Xperia的Android 6.0上进行测试

Answer 1

这是媒体播放器的已知问题，AFIAK没有解决方案：

https://code.google.com/p/android/issues/detail?id=11590 https://code.google.com/p/android/issues/detail?id=2559