iOS开发笔记，语音直播系统如何实现视频音频的边下边播

iOS开发笔记，语音直播系统如何实现视频音频的边下边播

 

直接切入主题，要实现的功能是：

1、ios视频音频边缓存边播放，缓存时可以在已下载的部分拖拽进度条。

2、缓存到一半退出，再次播放同一地址的视频时，视频继续下载，并且缓存进度已经走到上一次下载的位置。

3、无论是下载到一半退出还是下载完退出，已缓存的数据都存到自己指定的一个路径。如果已下载完，下次播放时可以不再走网络，直接播放本地文件。

4、一个有总时间，缓冲进度，播放进度的sliderbar。

（具体效果看唱吧4.1版本以后的视频效果吧）

 

用到的几个类：

1、ASIHttpRequest

2、MPMoviePlayerController

3、HTTPServer（https://github.com/robbiehanson/CocoaHTTPServer）

 

灵感来源是这篇文章， http://hi.baidu.com/suifeng_89/item/603cb0b95bb796ff62388e88

实现步骤：

1、先开一个request去下载要播放的视频文件

2、在本地开一个http server，拼一个本地地址（http://127.0.0.1:xxxx/xxx.mp4），丢给MPMoviePlayerController播放。

3、本地的server当收到请求时去那个正在下载的文件中读数据即可。

 

断点下载全由ASIHttpRequest实现了，缓冲的效果用的是MPMoviePlayerController的，它自带了总时间，已缓冲的总时间，当前时间，整个播放的过程就用MPMoviePlayerController。sliderbar是自己写的，因为iOS自带的不支持缓冲进度，例子：（https://github.com/Zedenem/UICircularSlider），把圆的改成长长的不难吧。。

 

自己曾尝试过在iOS上用socket server实现本地服务器，各种失败。后来查到MPMoviePlayerController的请求机制是基于http断点下载那一套逻辑的，不像android的socket。HTTPServer已经支持各种断点下载上传。

只是有一点需要自己实现：当httpserver接受到MPMoviePlayerController的请求时，server要先返回一个请求包含了整个视频文件的大小。然后MPMoviePlayerController才会不断请求本地的服务器取数据。我的实现是这样的。当要比方某个视频文件的时候，先开启一个request去下载，当收到文件总大小的时候，存到本地的一个dictionary中，request继续下载，然后打开localserver，拼一个本地url给player，让他自动播放。当localserver收到请求时，根据要请求的文件去本地读文件的实际大小，返回给player，然后player就可以播放了。

 

HTTPServer自己已经实现了断点下载的逻辑，你可以给他设置一个DocumentRoot，进来的文件请求会直接到这个目录下读文件的数据，他默认的实现获得文件总大小的逻辑是直接用NSFileManager去取文件的总大小，而这里我们需要去自己存到本地的dictionary中读。

 

大约思路就是这样，不想写太多东西，因为实际自己写的代码真的很少。还是留个思路，真正的实现由大家自己研究，总之实现起来挺简单的，最终效果也很好，大家各种放心就好了。

 

后面遇到了几个问题小说一下

1、HTTPServer不支持iOS4，好像是用到了一个gcd相关的函数不支持，因为目前我们ios4的用户比较少了，ios7都出来了，就直接把ios4的用户抛弃了，这里也没有深究。

2、MPMoviePlayerController是直接可以播放mp3的，因为我们还需要播放音频，而且是同一个页面，如果全用MPMoviePlayerController是最好的，因为不需要切换播放器，虽然看起来有点拙。但后来发现点问题，就是播放音频的时候，有的mp3不能拖拽，当你更改音频的播放时间的时候，MPMoviePlayerController直接停止了，但有的音频是可以的，最后研究好像是mp3码率或者格式的问题，因为我们已经有很多mp3了，再替换之前的mp3不太现实，最后的实现就是音频用avplayer播，缓冲进度用MPMoviePlayerController的，你可以想象代码写的多么脏。。如果大家只做视频或者刚开始做的话，最好把这个问题研究一下，这里我也没有深究。

 

好了就到这里，总之实现起来比较简单，之前在android上就听说过这样的实现，只是没有发现ios上能直接播网络音频的播放器，网上的demo也比较少，所以当自己研究出来的时候就比较迫切的给大家分享出来。希望能给大家带来帮助，也希望会有更好的实现方案出来。有问题给我留言或@我的微博~