Tutorial :Slow start for AVAudioPlayer the first time a sound is played


I'm trying to eliminate startup lag when playing a (very short -- less than 2 seconds) audio file via AVAudioPlayer on the iPhone.

First, the code:

NSString *audioFile = [NSString stringWithFormat:@"%@/%@.caf", [[NSBundle mainBundle] resourcePath], @"audiofile"];  NSData *audioData = [NSData dataWithContentsOfMappedFile:audioFile];    NSError *err;  AVAudioPlayer *audioPlayer = [(AVAudioPlayer*)[AVAudioPlayer alloc] initWithData:audioData error:&err];    audioPlayer.delegate = self;  [audioPlayer play];  

I also implement the audioPlayerDidFinishPlaying method to release the AVAudioPlayer once I'm done.

The first time I play the audio the lag is palpable -- at least 2 seconds. However, after that the sound plays immediately. I suspect that the culprit, then, is the [NSData dataWithContentsOfMappedFile] taking a long time reading from the flash initially, but then being fast on later reads. I'm not sure how to test that, though.

Is that the case? If so, should I just pre-cache the NSData objects and be aggressive about clearing them in low memory conditions?


The delay seems to be related to instantiating AVAudioPlayer for the first time. If I load any audio, run [audioPlayer prepareToPlay] and then immediately release it, the load times for all of my other audio is very close to imperceptible. So now I'm doing that in applicationDidFinishLaunching and everything else runs well.

I can't find anything about this in the docs, but it certainly seems to be the case.


Here's what I've done (in a separate thread):

[audioplayer start]  [audioplayer stop]  self.audioplayer = audioplayer  

[audioplayer prepareToPlay] seems to be an asynchronous method, so you can't be sure when it returns if the audio is in fact ready to play.

In my case I call start to actually start playing - this appears to be synchronous. Then I stop it immediately. In the simulator anyway I don't hear any sound coming out from this activity. Now that the sound is "really" ready to play, I assign the local variable to a member variable so code outside the thread has access to it.

I must say I find it somewhat surprising that even on iOS 4 it takes some 2 seconds just to load an audio file that is only 4 seconds in length....


If your audio is less than 30 seconds long in length and is in linear PCM or IMA4 format, and is packaged as a .caf, .wav, or .aiff you can use system sounds:

Import the AudioToolbox Framework

In your .h file create this variable:

SystemSoundID mySound;  

In your .m file implement it in your init method:

-(id)init{  if (self) {      //Get path of VICTORY.WAV <-- the sound file in your bundle      NSString* soundPath = [[NSBundle mainBundle] pathForResource:@"VICTORY" ofType:@"WAV"];      //If the file is in the bundle      if (soundPath) {          //Create a file URL with this path          NSURL* soundURL = [NSURL fileURLWithPath:soundPath];            //Register sound file located at that URL as a system sound          OSStatus err = AudioServicesCreateSystemSoundID((CFURLRef)soundURL, &mySound);                if (err != kAudioServicesNoError) {                  NSLog(@"Could not load %@, error code: %ld", soundURL, err);              }          }      }  return self;  }  

In your IBAction method you call the sound with this:


This works for me, plays the sound pretty damn close to when the button is pressed. Hope this helps you.


I wrote a simple wrapper for AVAudioPlayer that provides a prepareToPlay method that actually works:


It basically just scans your app for sound files, picks one and plays it at zero volume. That initialises the audio hardware and allows the next sound to play instantly.


I've taken an alternative approach that works for me. I've seen this technique mentioned elsewhere (tho I don't recall at the moment where that was).

In short, preflight the sound system by loading and playing a short, "blank" sound before you do anything else. The code looks like this for a short mp3 file I preload in my view controller'sviewDidLoad method that's of .1 second duration:

   NSError* error = nil;     NSString* soundfilePath = [[NSBundle mainBundle] pathForResource:@"point1sec" ofType:@"mp3"];     NSURL* soundfileURL = [NSURL fileURLWithPath:soundfilePath];     AVAudioPlayer* player = [[[AVAudioPlayer alloc] initWithContentsOfURL:soundfileURL error:&error] autorelease];     [player play];    

You can create your own blank mp3 if you want, or do a google search on "blank mp3s" to find and download one already constructed by somebody else.


Other workaround is to create a short & silent audio and play it on the first time player is initiated.

  1. Set the microphone level to 0 on System Preferences.
  2. Open QuickTime.
  3. Create new Audio Recording (File > New Audio Recording).
  4. Record for 1 or 2 second.
  5. Save / Export the audio file. (it will have .m4a extension and about 2 kb on size).
  6. Add the file to your project and play it.

If you dont want to create a new sound file yourself, you may download a short & silent audio file here : https://www.dropbox.com/s/3u45x9v72ic70tk/silent.m4a?dl=0


Here's a simple Swift extension to AVAudioPlayer that uses the play-and-stop at 0 volume idea presented in previous answers. PrepareToPlay() unfortunately at least for me did not do the trick.

extension AVAudioPlayer {      private func initDelaylessPlayback() {          volume = 0          play()          stop()          volume = 1      }        convenience init(contentsOfWithoutDelay : URL) throws {          try self.init(contentsOf: contentsOfWithoutDelay, fileTypeHint: nil)          initDelaylessPlayback()      }  }  


I don't know for sure, but I suspect the NSData object is being lazy and loading the contents of the file on demand. You can try "cheating" by calling [audioData getBytes:someBuffer length:1]; at some early point to get it to load that file before it's needed.


The answer is

AVAudioPlayer *audioplayer;  [audioplayer prepareToPlay];  

Note:If u also have question or solution just comment us below or mail us on toontricks1994@gmail.com
Next Post »