• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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: Wed, 10 Feb 2010 03:51:09 -0800

Thanks.  That's what I thought.  However, I am still unclear:  MP3 to PCM conversion using extAudioFile goes through the hardware decoder?  If so, is it possible to tell the software decoder to take over if the hardware decoder is busy?


On Feb 5, 2010, at 10:45 AM, William Stewart wrote:

> you can easily tell where the conversion happens.
>
> If there is a difference between your client format and the file format, then a conversion will happen whether you are reading or writing
>
>
> On Feb 4, 2010, at 1:11 PM, uɐıʇəqɐz pnoqɥɒɯ wrote:
>
>>
>> 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
>

 _______________________________________________
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

  • Follow-Ups:
    • Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
      • From: William Stewart <email@hidden>
    • adaptive sample rendering on iPhone
      • From: "Cor Jansen" <email@hidden>
References: 
 >Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling? (From: uɐıʇəqɐz pnoqɥɒɯ <email@hidden>)
 >Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling? (From: William Stewart <email@hidden>)

  • Prev by Date: Re: Outputting multichannel sound through the optical link??
  • Next by Date: adaptive sample rendering on iPhone
  • Previous by thread: Re: ExtAudioFileConvert.cpp: can I get rid of mutex and thread handling?
  • Next by thread: adaptive sample rendering on iPhone
  • Index(es):
    • Date
    • Thread