好久没写过博客了，在这期间有很多同学通过博客评论、微博私信、邮件和我交流iOS音频方面的相关问题，其中被问到最多的是如何实现“边播边缓存”，这篇就来说一说这个话题。顺便一提，本文的题目虽然为“iOS音频播放”，但其中所涉及的部分技术方案在OSX平台或者在流播放视频下同样适用。more我能想到的方案这类的技术方案其实有不少（其实在第一篇的末尾也略微有所涉及）：思路1. 最直接的方式，自行实现音频数据的请求在请求的过程中把数据缓存到磁盘，然后基于磁盘的数据自己实现解码、播放等功能；这个方法作为直接也最为复杂，开发者需要对音频播放的原理、操作系统等知识有一定程度的理解。如果能够实现这种方式所达到的效果也将会是最好的，整个过程都由开发者掌控，出现问题也可以对症下药。开源播放器FreeStreamer就是一个很好的例子，使用带有cache功能开源播放器或在其基础上进行二次开发也是不错的选择；思路2. 请求拦截的方式，首先你需要一个能够进行流播放的播放器（如Apple提供的AVPlayer），通过拦截播放器发送的请求可以知道需要下载哪一段数据，于是就可以根据本地缓存文件的情况分段为播放器提供数据，如遇到已缓存的数据段直接从缓存中获取数据塞回给播放器，如遇到未缓存的数据段就发送请求获取数据，得到response和数据后保存到磁盘同时塞回给播放器。这种思路下有三个分支：思路2.1 流播放器 + L ...继续阅读 (258)

距离上一篇博文发布已经有一个月多的时间了，在这其间我一直忙于筹办婚礼以至于这篇博文一直拖到了现在。在之前一到六篇中我对iOS下的音频播放流程进行了阐述，在第七篇中介绍了如何播放iPod Lib中的歌曲，至此有关音频播放的话题就已经完结了，在这篇里我将会讲到的NowPlayingCenter和RemoteControl这两个玩意本身和整个播放流程并没有什么关系，但它们可以让音频播放在iOS系统上获得更加好的用户体验。moreNowPlayingCenterNowPlayingCenter能够显示当前正在播放的歌曲信息，它可以控制的范围包括：锁频界面上所显示的歌曲播放信息和图片iOS7之后控制中心上显示的歌曲播放信息iOS7之前双击home键后出现的进程中向左滑动出现的歌曲播放信息AppleTV，AirPlay中显示的播放信息车载系统中显示的播放信息这些信息的显示都由MPNowPlayingInfoCenter类来控制，这个类的定义非常简单：1234567891011MP_EXTERN_CLASS_AVAILABLE(5_0)@interfaceMPNowPlayingInfoCenter:NSObject// Returns the default now playing info center.// The default center holds now playing info ...继续阅读 (220)

由于最近工作量非常饱和，所以这第七篇来的有点晚（创建时间是9月7日。。说出来都是泪）。现在市面上的音乐播放器都支持iPod Library歌曲（俗称iPod音乐或者本地音乐）的播放，用户对于iPod音乐播放的需求也一直十分强烈。这篇要讲的是如何来播放iPod Library的歌曲。more概述根据官方文档描述Apple从iOS 3.0开始允许开发者访问用户的iPod library来获取用户放在其中的歌曲等多媒体内容。为此Apple提供了多种方法来访问和播放iPod中的音乐，下面我们来分别列举一下这些方法。访问MediaLibrary官方文档访问iPod Library的方法有两种，分别是MediaPicker和MediaQuery。MediaPickerMediaPicker是一个高度封装的iPod Library访问方式，通过使用MPMediaPickerController类来访问iPod Library。这是一个UI控件，用户可以根据需要选择其中的音乐。这个类使用时非常方便，只需要生成一个“的实例，设置一下属性和delegate后present出来，接下来只要等待回调即可，在回调时需要手动dismiss picker。123456789101112131415161718MPMediaPickerController*picker=[[MPMediaPicker ...继续阅读 (55)

在前几篇中我分别讲到了AudioSession、AudioFileStream、AudioFile、AudioQueue，这些类的功能已经涵盖了第一篇中所提到的音频播放所需要的步骤：读取MP3文件NSFileHandle解析采样率、码率、时长等信息，分离MP3中的音频帧AudioFileStream/AudioFile对分离出来的音频帧解码得到PCM数据AudioQueue对PCM数据进行音效处理（均衡器、混响器等，非必须）省略把PCM数据解码成音频信号AudioQueue把音频信号交给硬件播放AudioQueue重复1-6步直到播放完成下面我们就讲讲述如何用这些部件组成一个简单的本地音乐播放器，这里我会用到AudioSession、AudioFileStream、AudioFile、AudioQueue。注意：在阅读本篇请实现阅读并理解前面1-5篇的内容以及2-5篇最后给出的封装类，本篇中的播放器实现将基于前面几篇中给出的MCAudioSession、MCAudioFileStream、MCAudioFile和MCAudioOutputQueue进行实现。moreAudioFileStream vs AudioFile解释一下为什么我要同时使用AudioFileStream和AudioFile。第一，对于网络流播必须有AudioFileStream的支持，这是因为我们在第四篇中提 ...继续阅读 (377)

在第三篇和第四篇中介绍了如何用AudioStreamFile和AudioFile解析音频数据格式、分离音频帧。下一步终于可以使用分离出来的音频帧进行播放了，本片中将来讲一讲如何使用AudioQueue播放音频数据。moreAudioQueue介绍AudioQueue是AudioToolBox.framework中的一员，在官方文档中Apple这样描述AudioQueue的：Audio Queue Services provides a straightforward, low overhead way to record and play audio in iOS and Mac OS X. It is the recommended technology to use for adding basic recording or playback features to your iOS or Mac OS X application.在文档中Apple推荐开发者使用AudioQueue来实现app中的播放和录音功能。这里我们会针对播放功能进行介绍。对于支持的数据格式，Apple这样说：Audio Queue Services lets you record and play audio in any of the following formats: * Linear PCM. ...继续阅读 (12)

接着第三篇的AudioStreamFile这一篇要来聊一下AudioFile。和AudioStreamFile一样AudioFile是AudioToolBoxframework中的一员，它也能够完成第一篇所述的第2步，读取音频格式信息和进行帧分离，但事实上它的功能远不止如此。moreAudioFile介绍按照官方文档的描述：a C programming interface that enables you to read or write a wide variety of audio data to or from disk or a memory buffer.With Audio File Services you can:Create, initialize, open, and close audio filesRead and write audio filesOptimize audio filesWork with user data and global information这个类可以用来创建、初始化音频文件；读写音频数据；对音频文件进行优化；读取和写入音频格式信息等等，功能十分强大，可见它不但可以用来支持音频播放，甚至可以用来生成音频文件。当然，在本篇文章中只会涉及一些和音频播放相关的内容（打开音频文件、读取格式信息、读取音频数据，其实我也只对这些方法有一点 ...继续阅读 (13)

本来说好是要在第三篇中讲AudioFileStream和AudioQueue，但写着写着发现光AudioFileStream就好多内容，最后还是决定分篇介绍，这篇先来说一下AudioFileStream，下一篇计划说一下和AudioFileStream类似的AudioFile，下下篇再来说AudioQueue。在本篇那种将会提到计算音频时长duration和音频seek的方法，这些方法对于CBR编码形式的音频文件可以做到比较精确而对于VBR编码形式的会存在较大的误差（关于CBR和VBR，请看本系列的第一篇），具体讲到duration和seek时会再进行说明。moreAudioFileStream介绍在第一篇中说到AudioFileStreamer时提到它的作用是用来读取采样率、码率、时长等基本信息以及分离音频帧。那么在官方文档中Apple是这样描述的：To play streamed audio content, such as from a network connection, use Audio File Stream Services in concert with Audio Queue Services. Audio File Stream Services parses audio packets and metadata from common audio file ...继续阅读 (54)

本篇为《iOS音频播放》系列的第二篇。在实施前一篇中所述的7个步骤之前还必须面对一个麻烦的问题，AudioSession。本篇主要介绍关于AudioSession使用、期间需要注意的地方以及可能面临的坑。moreAudioSession简介AudioSession这个玩意的主要功能包括以下几点（图片来自官方文档）：确定你的app如何使用音频（是播放？还是录音？）为你的app选择合适的输入输出设备（比如输入用的麦克风，输出是耳机、手机功放或者airplay）协调你的app的音频播放和系统以及其他app行为（例如有电话时需要打断，电话结束时需要恢复，按下静音按钮时是否歌曲也要静音等）AudioSession相关的类有两个：AudioToolBox中的AudioSessionAVFoundation中的AVAudioSession其中AudioSession在SDK 7中已经被标注为depracated，而AVAudioSession这个类虽然iOS 3开始就已经存在了，但其中很多方法和变量都是在iOS 6以后甚至是iOS 7才有的。所以各位可以依照以下标准选择：如果最低版本支持iOS 5，可以使用AudioSession，也可以使用AVAudioSession；如果最低版本支持iOS 6及以上，请使用AVAudioSession下面以AudioSession类为例来讲述AudioSes ...继续阅读 (242)

从事音乐相关的app开发也已经有一段时日了，在这过程中app的播放器几经修改我也因此对于iOS下的音频播放实现有了一定的研究。写这个系列的博客目的一方面希望能够抛砖引玉，另一方面也是希望能帮助国内其他的iOS开发者和爱好者少走弯路（我自己就遇到了不少的坑=。=）。本篇为《iOS音频播放》系列的第一篇，主要将对iOS下实现音频播放的方法进行概述。more基础先来简单了解一下一些基础的音频知识。目前我们在计算机上进行音频播放都需要依赖于音频文件，音频文件的生成过程是将声音信息采样、量化和编码产生的数字信号的过程，人耳所能听到的声音，最低的频率是从20Hz起一直到最高频率20KHZ，因此音频文件格式的最大带宽是20KHZ。根据奈奎斯特的理论，只有采样频率高于声音信号最高频率的两倍时，才能把数字信号表示的声音还原成为原来的声音，所以音频文件的采样率一般在40~50KHZ，比如最常见的CD音质采样率44.1KHZ。对声音进行采样、量化过程被称为脉冲编码调制（Pulse Code Modulation），简称PCM。PCM数据是最原始的音频数据完全无损，所以PCM数据虽然音质优秀但体积庞大，为了解决这个问题先后诞生了一系列的音频格式，这些音频格式运用不同的方法对音频数据进行压缩，其中有无损压缩（ALAC、APE、FLAC）和有损压缩（MP3、AAC、OGG、WMA）两种。目前最为常用的音频格式 ...继续阅读 (32)

近期有部分用户反馈我们的app在使用时有发热现象，在排查原因的过程中发现了一个奇怪的问题。在某个页面推出时Instruments的Core Animation会有帧数显示，数值在59~60，而此时并没有任何需要消耗Graphics的代码在跑，所有UI都是静止的。这个现象只会在iOS 7.1.x上出现，其他系统包括最新发布的iOS8 beta上均没有出现类似问题。造成这个现象的页面比较特殊，其展现形式看上去虽然是一个UIViewController把一个UINavigationController用ModalView的形式push出来了，但实际上是把UINavigationController的.view直接add在了UIViewController的.view上，并用一个UIView动画展示页面。为了弄清楚到底为什么会在UI静止的情况下产生Graphics消耗，我新建了一个空工程用相同的方法实现了一个推出页面的动画，然后profile却没有发现有问题。再次回头看app发现这个推出页面的controller是个UITabBarController，于是为测试工程加上tabBarController后再次profile，问题重现了，Core Animation在页面出现之后显示了帧数，页面隐藏之后帧数显示就消失了，从而可以推断是UITabBarController上的某个UI元素导致了 ...继续阅读 (31)

问题前不久在QA发现一个问题，在iOS8 beta1上使用我们的app播放歌曲时进入某些内嵌的web页面（UIWebview实现）时歌曲会暂停播放，但是界面仍然显示为正在播放状态。把真机连上Xcode6调试后发现在进入部分网页时会再console上打印如下log：AVAudioSession.mm:623: -[AVAudioSession setActive:withOptions:error:]: Deactivating an audio session that has running I/O. All I/O should be stopped or paused prior to deactivating the audio session.bt后堆栈如下：12345678910111213frame #1: 0x299632fe libAVFAudio.dylib`-[AVAudioSession setActive:error:] + 26frame #2: 0x3551b92e WebCore`WebCore::AudioSession::setActive(bool) + 62frame #3: 0x35af2674 WebCore`WebCore::MediaSessionManager::updateSessionState() + 100frame #4: ...继续阅读 (63)

在使用AudioUnit的过程中发现当app在后台时调用extern OSStatus AudioUnitInitialize(AudioUnit inUnit)方法返回561015905错误码，解析成string后是!pla，google错误码后毫无收获，于是只能workaround。面对这个问题我的workaround是当出现初始化失败的情况下会在程序进入前台时再尝试调用AudioUnitInitialize方法来初始化AudioUnit。至此问题已经在一定程度上得到了解决，只要用户进入前台就可以正确初始化AudioUnit并且播放音乐。今天在应对某个用户反馈时发现该用户在使用remoteControl过程中无法启动播放的情况正是因为后台init AudioUnit会失败导致程序无法如预期工作。于是灵光一闪，觉得在初始化AudioUnit之前先调用AudioSessionInitialize并setActive是否就可以解决问题。尝试之后发现果然可以…（之前都在AudioUnitInitialize成功后才去init audiosession）。 ...继续阅读 (67)

在使用iOS-Universal-Framework制作framework的过程中经常会遇到编译出来的framework只能被真机使用或者只能被模拟器使用的情况。造成这个问题的原因是由于在编译时选择的目标设备不同的情况下编译出来framework体系结构不同，选择真机进行编辑时会编译产生armv7、armv7s、arm64下的库文件，而选择模拟器会产生i386、x86_64下的库文件。 具体查看的方法可以执行下列命令：12345$ lipo -info /Debug-iphoneos/Someframework.framwork/Someframework# Architectures in the fat file: Someframework are: armv7 armv7s arm64$ lipo -info /Debug-iphonesimulator/Someframework.framwork/Someframework# Architectures in the fat file: Someframework are: i386 x86_64要同时对模拟器和真机进行支持，只要对两个编译出来的framework进行合并就可以了。执行如下命令就可以进行合并1$ lipo –create /Debug-iphoneos/Someframework.framwork/Som ...继续阅读 (50)

问题前两天公司有一位同事在使用AVAudioPlayer的过程中遇到了这样一个问题：他需要播放一段网络上的音频，实现策略是把音频下载到本地，然后使用AVAudioPlayer进行播放。代码大致是这样的：1234NSString*path=.../xxx.mp3;//mp3 file pathNSData*data=[NSDatadataWithContentsOfURL:[NSURLfileURLWithPath:path]];NSError*error=nil;AVAudioPlayer*player=[[AVAudioPlayeralloc]initWithData:dataerror:&error;];但他在init AVAudioPlayer时遇到了下面的错误。1ErrorDomain=NSOSStatusErrorDomainCode=1937337955"The operation couldn’t be completed. (OSStatus error 1937337955.)"more普遍的解决方法在google搜索之后发现1937337955这个code并不少见，在StackOverflow上有人提问问到这个问题，国内的一些博客中也有提到（例如@我的桌子和@SkyLine）。其中提到的解决方法都一样，就是使用AVAudioPlayer的另一个init方法：1- ...继续阅读 (221)

这是2013年下半年解决iOS7下ASIHTTPRequest内存泄露时所做的记录，现在搬运过来了。现在这个修复方法已经被merge到ASIHTTPRequest的主分支上，经过测试可以通过apple的审核，大家可以直接从主分支fork并使用了。发现问题iOS7发布后，我们对产品进行了iOS7的适配。适配完成之后的某天，我使用Leaks对产品的新版本进行内存泄漏检测时发现ASIHTTPRequest存在内存泄漏问题，当时使用的设备是iTouch5，系统为iOS7.0.2。Leaks检测结果(ps:使用的是ASIHTTPRequest iPhoneSample的检测图，结果是一样的)发现之初，我以为是某处ASIHTTPRequest使用不当导致的泄漏，于是把leaks中的堆栈全部都检查了一边，但没有发现任何产品工程中的代码（其中一处泄漏的堆栈如图）。Leaks中StackTrace结果由于在iOS7发布之前的所有版本中并未看到类似的内存泄漏，所以我就开始怀疑是ASIHTTPRequest在iOS7才产生的。于是我在iOS5和iOS6的设备上进行了Leak Profile，结果没有发现任何泄漏。对于这样的结果我仍然不是很确信，因为项目的需要我们对ASIHTTPRequest进行了一定的定制，修改了其中一部分代码。为了确定问题确实是出在ASIHTTPRequest上，我去github上翻 ...继续阅读 (90)

前言从小我就相信“好记性不如烂笔头”这句谚语，所以搭Blog想法在我的脑海中已经酝酿了很久。刚工作那会就想利用Blog来记录工作中所积累的知识，对此我也进行了一些尝试，但最终因为国内的一些博客站点糟糕的排版、设计、代码高亮等等各种原因而放弃了。之后的一段时间由于工作忙碌、其他各种事情以及犯懒的缘故一直没有把这件事情落实下来。最近在项目进行的过程中发现自己对之前碰到过的一些技术问题的记忆逐渐变得模糊起来，于是才把搭建Blog这件事情重新提上了日程。经过一番Google之后我发现现在的程序猿们都偏向于Octopress这个开源的框架加上Github Pages服务来搭建Blog，看上非常的高大上，排版、代码高亮都做得非常棒，以Markdown写Blog的方式也非常符合我的日常工作习惯，于是决定立马付诸行动。more安装Octopress这里是Octopress的官方指南，各位可以按照其中的步骤进行安装，下面的文字只是记录了我个人的安装过程，可以为大家提供一些参考。由于Octopress的使用需要Ruby，于是搭环境就这条路上的第一只拦路虎。Ruby版本繁多并且版本之间向下兼容做的不好，所以基于Ruby所做的框架大多要求特定版本的Ruby才能正常运行。Octopress要求的是Ruby1.9.3，MacOSX自带的Ruby版本是2.x的，所以需要利用一些工具来安装低版本的Ruby。Oct ...继续阅读 (38)