Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
- Subject: Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
- From: uɐıʇəqɐz pnoqɥɒɯ <email@hidden>
- Date: Thu, 4 Feb 2010 13:11:43 -0800
On Jan 4, 2010, at 6:16 PM, uɐıʇəqɐz pnoqɥɒɯ wrote:
> Hi. Since my app runs one sound through ExtAudioFieConvert, using performSelectorInBackground, and there will not be any concurrency or re-entrance, can I get rid of all the code that handles thread states and mutex locking, etc.?
>
> I'm writing my own ExtAudioFileConvert with some extras (such as splitting my sound into multiple files) and hate to copy and paste code that I don't quite understand (thread handling).
>
> -mahboud
Hi. I have removed mutexes and have gone with NSOperationQueues to handle my audio conversion. However, I still have a few questions about the Apple iPhoneExtAudioFileConvertTest sample, which I don't seem to find answers to. Maybe the Apple folks can resolve these:
1- Will converting from MP3 to PCM ever cause a read or write to be interrupted? I guess I am asking if hardware encoders/decoders are sed for MP3 to PCM conversion.
2- There is a comment in ExtAduioFileConvert.cpp:
//***** do the read and write - the conversion is done on and by the write call *****//
I believe this to be incorrect. If I am converting from MP3 to PCM, the conversion happens during the read, not the write.
Correct?
Thanks.
-mahboud
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden