• 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: I thought audio processing threads weren't supposed to call malloc
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: I thought audio processing threads weren't supposed to call malloc

  • Subject: Re: I thought audio processing threads weren't supposed to call malloc
  • From: Paul Davis <email@hidden>
  • Date: Tue, 23 Dec 2014 09:32:50 -0500


On Tue, Dec 23, 2014 at 4:15 AM, Taylor Holliday <email@hidden> wrote:
I'm a bit confused as to why there is a non-critical time for this thread. Evidently, between DSP callbacks it does some other work where dynamic allocation happens. What if that malloc were to block long enough to overlap with when the next DSP callback needs to happen? (It might call free() also, I haven't tried that breakpoint)

The thread is handling a property change for the audio hardware (device). Do you really expect process callbacks to continue uninterrupted by (for example) sample rate changes, I/O configuration changes, clock changes etc. etc. etc. ? They don't.

 _______________________________________________
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
References: 
 >I thought audio processing threads weren't supposed to call malloc (From: Taylor Holliday <email@hidden>)
 >RE: I thought audio processing threads weren't supposed to call malloc (From: Steven Clark <email@hidden>)
 >Re: I thought audio processing threads weren't supposed to call malloc (From: Taylor Holliday <email@hidden>)

  • Prev by Date: Re: I thought audio processing threads weren't supposed to call malloc
  • Next by Date: AUHAL: IOProc's and audio object's listener callback's call policy
  • Previous by thread: Re: I thought audio processing threads weren't supposed to call malloc
  • Next by thread: Re: RE: I thought audio processing threads weren't supposed to call malloc
  • Index(es):
    • Date
    • Thread