• 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: Audio Units and OpenCL?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Audio Units and OpenCL?


  • Subject: Re: Audio Units and OpenCL?
  • From: James McCartney <email@hidden>
  • Date: Wed, 9 Sep 2009 09:43:55 -0700


Almost all research in the parallel/multiprocessing/concurrency communities is about maximizing throughput and utilization and there is not even very much awareness of real time issues like minimizing or bounding latency except among the real-time financial folks. So most known architectures and techniques that are published in the literature are not going to be beneficial for audio. As to awareness within Apple of these issues, we in CoreAudio and in some other media groups are aware and are always doing what we can to make others groups aware: fast is not real time. slow is not necessarily not real time. fast enough with reliable bounds on latency is real time.


On Sep 9, 2009, at 8:42 AM, Richard Dobson wrote:

So, is there anything in this much-hyped technology that is actually a benefit to audio developers, to enable them to do what has not been done before (like, use all "available" cores for audio processing)?

If not, it is another nail in the coffin of the general-purpose computer as an audio processor, and the industry will move even further towards custom hardware in which they can implement whatever parallel processing they need, and have full control over it.

Also, presumably an older d/c iMac with the Radeon1600 chipset cannot run openCL code, so can it at least degrade gracefully to at least build and run on such a machine?

On an 8-core Mac Pro, how many cores will we see Logic Pro using?

This all rather reinforces speculations I have made that in the headlong rush to concurrent multi-core nirvana, audio will be left behind, or simply ignored/underestimated as a relevant activity.

Richard Dobson






Markus Fritze wrote:
Ehm, you know that GCD is running at the main thread level? Which can be blocked by UI operations, etc. That doesn't seem like a wise choice for real-time processing. OpenCL also doesn't have a threading mode, so you tasks will be shared among all the others and your latency becomes unpredictable.
Markus

_______________________________________________ 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: Audio Units and OpenCL?
      • From: Mike Lemmon <email@hidden>
    • Re: Audio Units and OpenCL?
      • From: Richard Dobson <email@hidden>
References: 
 >Audio Units and OpenCL? (From: Mike Lemmon <email@hidden>)
 >Re: Audio Units and OpenCL? (From: Jean-Daniel Dupas <email@hidden>)
 >Re: Audio Units and OpenCL? (From: Markus Fritze <email@hidden>)
 >Re: Audio Units and OpenCL? (From: Richard Dobson <email@hidden>)

  • Prev by Date: Re: Audio Units and OpenCL?
  • Next by Date: Re: Audio Units and OpenCL?
  • Previous by thread: Re: Audio Units and OpenCL?
  • Next by thread: Re: Audio Units and OpenCL?
  • Index(es):
    • Date
    • Thread