• 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 Unit ioConfigs (Resolved)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Audio Unit ioConfigs (Resolved)


  • Subject: Re: Audio Unit ioConfigs (Resolved)
  • From: Brian Willoughby <email@hidden>
  • Date: Tue, 15 Dec 2009 11:52:15 -0800

I can't say what Apple's reasons are, but as a host developer, I would not want to be asked to cache a file handle. Those can change, depending upon various types of file systems supported, and they're not 100% reliable indicators. The AU version version number, however, is guaranteed to be the same no matter what kind of file system the AU is stored on. To me, it makes more sense to cache the AU version number instead of an amorphous blob.

In any event, I think that this AU information caching is really an implementation detail of the host application, and not something that the AU specification requires to be handled in any particular way. I'm sure that others can give you a more complete answer.

Brian Willoughby
Sound Consulting


On Dec 15, 2009, at 11:40, Chris Santoro wrote:
Rather than re-scanning when seeing this or that version number, why not simply re-scan a plug-in when the component file changes? That seems like the most logical behavior, and is what I would have expected behavior-wise from *any* host before Brain tipped me to the obscure version number detail.

My problem occurred because I compiled my project with the wrong channel config *once* in the past. When I corrected the channel configuration reporting, I would have expected Logic and AU Lab to see the change, but neither did, because the version number was held constant (and was not 0x0 or 0xFFFF...).

Trying to correct the issue, I had totally removed the plug-in, and confirmed that Logic and AU Lab no longer saw it. At that point I would have expected that component to be removed from the component manager in the system. Why keep it around? Perhaps that's a bug? Or is there a good reason for that?

_______________________________________________ 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 ioConfigs (Resolved)
      • From: William Stewart <email@hidden>
References: 
 >Re: Audio Unit ioConfigs (Resolved) (From: Chris Santoro <email@hidden>)
 >Re: Audio Unit ioConfigs (Resolved) (From: Chris Santoro <email@hidden>)

  • Prev by Date: Re: Audio Unit ioConfigs (Resolved)
  • Next by Date: Re: Audio Unit ioConfigs (Resolved)
  • Previous by thread: Re: Audio Unit ioConfigs (Resolved)
  • Next by thread: Re: Audio Unit ioConfigs (Resolved)
  • Index(es):
    • Date
    • Thread