audiotoolbox

Apple recommends using playInputClick in custom keyboards to simulate a click sound. It's easier to implement AudioServicesPlaySystemSound(1104); so my question then becomes, does playInputClick provide better performance or is it the same thing? Reason Apple recommended this is probably not performance. AudioServicesPlaySystemSound(1104) will probably always play the same sound but playInputClick may play another sound in the future if Apple decides to change the input click sound. So they are the same right now but it might change and if it does your app will be the only one playing the old

I recently started working with the AudioToolbox framework and noticed that there is a method called AudioServicesDisposeSystemSoundID() . Just to know, is it a memory leak not to call the above method when calling AudioServicesCreateSystemSoundID() to init my SystemSoundID ? I am calling it like: AudioServicesCreateSystemSoundID((CFURLRef)filePath, &sound); That way filePath being a NSURL and sound SystemSoundID . Yes. Call it when you're done with sound . Otherwise, you may leak any memory associated with sound (which can be significant for A/V files.) 来源： https://stackoverflow.com/questions

I've got an audio queue that I've got playing, stopping, pausing correctly but I'm finding the AudioQueueStop() function to be taking a long time to execute. I'd like to immediately stop and then restart playing an audio queue and was wondering what the quickest way to do so would be. In my project I have multiple audio queues that I keep around to play specific sounds over and over. There is a situation where I must stop some of those sounds and then immediately play them and many more at once. It isn't so bad if there are only a couple of audio queues that I do this to but it starts taking a

According to the apple documentation, AudioServices.h should be part of the AudioToolbox framework. Even though I have added the AudioToolbox framework to my Xcode project, when I #import AudioServices I get the error: AudioServices.h file not found. This happens whether I type #import "AudioServices.h" or #import "AudioToolbox/AudioServices.h" . Just in case, I tried removing and then re-adding the AudioToolbox framework, which had no effect. Could the AudioServices file be corrupted somehow? (If so, does anyone know where I could download another copy?) I am using XCode 4.2, but as I am

I'm using MPVolumeView to pick airplay device for avplayer airplay playback. Is there any possible non-private API alternative for doing this, so I would be able to provide my own UI Controls for picking airplay device? By referring to the API, I mean, that all I need is: Ability to reroute audio to airplay-device specific audioRoute. Retrive airplay-device names. (get all available audioRoutes, then get descriptions for airplay audioRoutes) I know AudioToolbox framework provides some additional API to deal AudioSession, but the only way I found to reroute audio is AVAudioSession's: - (BOOL

I have this flow now: i record audio with AudioEngine, send it to an audio processing library and get an audio buffer back, then i have a strong will to write it to a wav file but i'm totally confused how to do that in swift. I've tried this snippet from another stackoverflow answer but it writes an empty and corrupted file.( load a pcm into a AVAudioPCMBuffer ) //get data from library var len : CLong = 0 let res: UnsafePointer<Double> = getData(CLong(), &len ) let bufferPointer: UnsafeBufferPointer = UnsafeBufferPointer(start: res, count: len) //tranform it to Data let arrayDouble = Array

I'm in the early stages of developing my first iPad application, and for simplicity I have so far been using AudioServicesPlaySystemSound and the associated functions to play sounds. My code is based the SoundEffect class from Apple's Metronome example. The specific symptom is that I can hear the sounds in the simulator but not on the device, though I have verified that I can hear sounds in other applications on the device. AudioServicesCreateSystemSoundID is returning valid sound identifiers, so it isn't anything as simple as the name of the sound file having different case, i.e. "sound.mp3"