首先,大家都知道,MediaPlayer调用了prepareAsync方法后,待完成触发了OnPreparedListener的onPrepared方法后,才能调用MediaPlayer的start方法,否则会报错的。
我想知道prepareAsync这个方法所需要的时间跟那些参数有关?
下面是我的应用使用这个方法的一些数据,在相同WIFI网络、相同测试手机、相同实现代码的情况下:
1、国内服务器上的mp3音频文件,音频文件长度3-30分钟,prepareAsync方法只要0-3秒就完成了,大部分是1秒。
2、英国服务器上的mp3音频文件,音频文件长度100分钟,prepareAsync方法要30-200秒才能完成了,大部分是60秒。
3、英国服务器上的直播流,音频文件长度不知道,prepareAsync方法只要10-60秒才能完成了,大部分是20秒。
这个时间的差距也太大了,本人花了一个星期研究里面的原因,最后没结果,连思路也没有了,请求大神帮忙,谢谢。。。
下面是播放音频的重要代码:
先说一下跟其它播放不一样的地方,因为需求问题,播放器对象为单例,所以不能每换一个音频地址就释放一次播放器,只能重置。
// 停止
if (sMediaPlayer.isPlaying()) sMediaPlayer.stop();
// 重置参数
sMediaPlayer.reset();
//设置播放源
sMediaPlayer.setDataSource(MEDIA_PATH);
//开始准备
sMediaPlayer.prepareAsync();
最后在OnPreparedListener的onPrepared的方法调用sMediaPlayer.start()。
我想知道prepareAsync这个方法所需要的时间跟那些参数有关?
下面是我的应用使用这个方法的一些数据,在相同WIFI网络、相同测试手机、相同实现代码的情况下:
1、国内服务器上的mp3音频文件,音频文件长度3-30分钟,prepareAsync方法只要0-3秒就完成了,大部分是1秒。
2、英国服务器上的mp3音频文件,音频文件长度100分钟,prepareAsync方法要30-200秒才能完成了,大部分是60秒。
3、英国服务器上的直播流,音频文件长度不知道,prepareAsync方法只要10-60秒才能完成了,大部分是20秒。
这个时间的差距也太大了,本人花了一个星期研究里面的原因,最后没结果,连思路也没有了,请求大神帮忙,谢谢。。。
下面是播放音频的重要代码:
先说一下跟其它播放不一样的地方,因为需求问题,播放器对象为单例,所以不能每换一个音频地址就释放一次播放器,只能重置。
// 停止
if (sMediaPlayer.isPlaying()) sMediaPlayer.stop();
// 重置参数
sMediaPlayer.reset();
//设置播放源
sMediaPlayer.setDataSource(MEDIA_PATH);
//开始准备
sMediaPlayer.prepareAsync();
最后在OnPreparedListener的onPrepared的方法调用sMediaPlayer.start()。