播放mp3文件结束时的mediaPlayer.getCurrentPosition（）> mediaPlayer.getDuration（）

Question

我在我的应用程序中播放从网络流式播放的mp3文件，一些mp3文件有奇怪的行为： mediaPlayer.getCurrentPosition()大于mediaPlayer.getDuration() ，持续约3秒。

mp3文件是CBR编码的。

这可能是什么原因？

Answer 1

最后通过转换mp3文件解决了这个问题，这是我正在使用的命令：

lame --mp3input -t -ms -b 128 --cbr input.mp3 output.mp3

Answer 2

有几个原因你可以得到这种行为。

首先，看起来人们使用正好44100Hz mp3文件会有更好的结果，因为显然MediaPlayer类假定这个值并相应地缩放时间，为不使用此采样的文件制作奇怪的值。

您还需要检查频道的模式，并尝试使用Joint Stereo或强制L / R立体声。 联合应该是默认值，但您的文件可能以前编码错误，所以值得尝试。 值得注意的是，Forced L / R Stereo可能会以与Joint相同的比特率来降低质量。

检查soxi的输出也是有用的，它是sox包的一部分（你也可以使用ffmpeg），它将为你提供通道数，采样率，比特率和通道数。

此外，如果您使用任何应用程序对其进行了一些处理，您可能需要检查mp3文件的原始内容，以确定是否存在可能在导出期间插入的垃圾xml内容。

如果你有可能修改你正在流式传输的mp3文件（这听起来就像你可以告诉比特率一样），这些都是我先尝试的。 如果它更像用户上传类型的东西，也许你应该看看另一个解决方案，如ExoPlayer ，它有几千颗星和积极的开发。 它仍然包装了MediaPlayer api，但值得一试。

你还必须考虑它可能是一个线程问题，玩家会停止播放，但计时器实际上会继续前进，给你这个结果，它优于歌曲的实际持续时间。 3秒似乎有点太多，不能解释它，但这只是一个想法。