This will only be of interest to a very small minority, but for those of us who have used Core Audio and come across error -66632 in all its glorious undocumented-ness, this is a helpful note.
The error occurs when using AudioQueueEnqueueBuffer. It happens when one tries to enqueue a buffer when the queue in question is no longer running.
Wrap the AudioQueueEnqueueBuffer in a statement that checks to see if the queue is actually running, as in the SpeakHere/SpeakHear (depending on where you look) example. Something like:
if ( [track recording] ) {
// Re-enqueue this buffer
status = AudioQueueEnqueueBuffer (inAudioQueue,
inBuffer,
0,
NULL);
checkStatus(status);
}
..Should do the trick.
Related posts
- Error -12986 and you A customer recently got in touch with me with an...
- Using RemoteIO audio unit I’ve had nasty old time trying to get some audio...
- Developing Loopy, Part 2: Implementation This is part 2 of a series following the development...
- Understanding error codes Just in case there’s someone else that didn’t know this,...
- Browsing Core Data databases using F-Script F-Script's new Core Data browser lets you open up and...
One Comment
I just found myself in that very small minority, and this was a great find. Thanks for documenting this!