为什么MediaPlayer.seekTo(int msec)这么不准确？
它有时提前30秒(使用可变和恒定比特率的mp3)!寻求音频固有问题还是这种方法被打破了？是缓冲还是什么？
我也注意到总运行时间getDuration()可能是错误的(这不是一个大问题)并且我已经测试了getCurrentPosition()足够准确(因为在每n秒播放时,它增加了n000).我在Android 2.2上.
最后,是否有人知道哪些格式实际上是一致的(最好不是wav,大概是这样)？
编辑:
我主要听播客.即使在转换/重新编码为CBR之后,smodcast和Thinking Allowed也会出现多次问题.文件未损坏.
QuickMediaConverter(Windows)似乎工作正常,但Sound Converter(Ubuntu)生成了一些狡猾的文件.我会尝试坚持前者......
更新:QuickMediaConverter工作得很好,但不知道为什么.没问题了!
在我的应用程序中存在问题,我想在VideoView中使用seekTo()函数,如下所示:
videoView.seekTo(time);
videoView.start();
它在Android 2.2中运行良好,但在android 2.3或更高版本中不起作用......有些机构会告诉我为什么？它让我烦恼了.