• 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
audio unit deinstantiation thread
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

audio unit deinstantiation thread


  • Subject: audio unit deinstantiation thread
  • From: Jeremy Todd <email@hidden>
  • Date: Wed, 13 Jul 2011 10:18:51 -0400

Hello,

We recently noticed that Soundtrack Pro 3.0.1 is instantiating our plug-ins on the main thread, but in some cases (Render to Action) deinstantiating them on a different thread. This is not something our plug-ins expect, and I'm wondering if it's considered a valid host behavior?

We're also seeing that the component representing our Audio Unit is closed before our UI is deallocated (we have a Cocoa view in this case). This is also unexpected, although much easier to work around than the above behavior.

Regards,
Jeremy


 _______________________________________________
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 unit deinstantiation thread
      • From: tahome izwah <email@hidden>
    • Re: audio unit deinstantiation thread
      • From: Paul Davis <email@hidden>
  • Prev by Date: Different behavior between simulator and device
  • Next by Date: Re: MusicPlayer + MusicSequenceSetUserCallback
  • Previous by thread: Re: Different behavior between simulator and device
  • Next by thread: Re: audio unit deinstantiation thread
  • Index(es):
    • Date
    • Thread