• 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: Reliably finding the binary for an audio unit from a host
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Reliably finding the binary for an audio unit from a host


  • Subject: Re: Reliably finding the binary for an audio unit from a host
  • From: tahome izwah <email@hidden>
  • Date: Mon, 11 Jul 2011 07:38:26 +0200

True, but I'm not sure that there is anything else you could do, short
of looking for all bundles in both ~/Library/Audio/Plug-Ins/Components
and /Library/Audio/Plug-Ins/Components and getting their IDs from
their Resources directory manually...

--th

2011/7/10 Stefan Gretscher <email@hidden>:
> Am 09.07.2011 um 10:45 schrieb tahome izwah:
>> That's quite easy, actually.
> Well, I wish it was, but the code you provided only identifies the bundle where the Cocoa view for a given Audio Unit lives.
> This may or may not be the same binary that the AU itself lives in, no assumption can be made about this.
> For example, when a plug-in supports both Audio Unit and VST API, it is a common design choice to create a bundle with
> shared code for both versions that is installed into the Application Support folder. The Cocoa view may likely live there too.
>
> Furthermore, your suggestion requires the Audio Unit to provide a Cocoa view, which it may opt not to do.
> Carbon/Cocoa discussions aside, many Audio Units that ship as part of Mac OS X don't provide any view at all.
>
> So thanks for the suggestion, but this is not reliable in the way I need it to be. My question still stands unanswered.
>
> -Stefan
>
>
>> Check out -showCocoaViewForAU in CAUHWindowController.m that comes
>> with the CocoaAUHost project. It shows you how to get the view factory
>> and the path to the bundle:
>>
>>        AudioUnitCocoaViewInfo *cocoaViewInfo =
>> (AudioUnitCocoaViewInfo *)malloc(dataSize);
>>        if(AudioUnitGetProperty(               inAU,
>>                                        kAudioUnitProperty_CocoaUI,
>>                                        kAudioUnitScope_Global,
>>                                        0,
>>                                        cocoaViewInfo,
>>                                        &dataSize) == noErr) {
>>                 NSURL          *CocoaViewBundlePath   =
>> (NSURL*)cocoaViewInfo->mCocoaAUViewBundleLocation;
>>        }
>>
>> HTH
>> --th
>>
>> 2011/7/7 Stefan Gretscher:
>>> Am 07.07.2011 um 08:59 schrieb tahome izwah:
>>>> - (NSString *)bundlePath gets you the path to the bundle, once you have identified it.
>>> Sure, but the question actually is how do I identify it in first place?
>>>
>>> -Stefan
>
>  _______________________________________________
> 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:
    • does a crash in a SIGNAL callback crash the invoking process too?
      • From: Dan Stenning <email@hidden>
References: 
 >Reliably finding the binary for an audio unit from a host (From: Stefan Gretscher <email@hidden>)
 >Re: Reliably finding the binary for an audio unit from a host (From: tahome izwah <email@hidden>)
 >Re: Reliably finding the binary for an audio unit from a host (From: Stefan Gretscher <email@hidden>)
 >Re: Reliably finding the binary for an audio unit from a host (From: tahome izwah <email@hidden>)
 >Re: Reliably finding the binary for an audio unit from a host (From: Stefan Gretscher <email@hidden>)

  • Prev by Date: Re: Reliably finding the binary for an audio unit from a host
  • Next by Date: does a crash in a SIGNAL callback crash the invoking process too?
  • Previous by thread: Re: Reliably finding the binary for an audio unit from a host
  • Next by thread: does a crash in a SIGNAL callback crash the invoking process too?
  • Index(es):
    • Date
    • Thread