• 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: Automation in audio unit not working
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Automation in audio unit not working


  • Subject: RE: Automation in audio unit not working
  • From: john smith <email@hidden>
  • Date: Mon, 14 Jan 2013 17:50:35 +0100
  • Importance: Normal



Dave,

thanks for your reply. However I think there might be a misunderstanding. Surely such a header change can only cause compile problems? My code compiles fine, it is just that the parameter change is never received by the host (Logic).


Thanks,

Michael


From: email@hidden
To: email@hidden
Date: Mon, 14 Jan 2013 15:02:03 +0000
Subject: RE: Automation in audio unit not working

Mike,

 

I dealt with this very issue only just last week. If you had the carbonviewbase headers in your project and have now removed them, you will need to add another header to get the definitions for audiounitevents. Add a #include for "CAAUParameter.h" to the appropriate place in your code. The file can be found in the AU source's "Public Utility" folder.

 

Kind regards

Dave Waugh

Muon Software Ltd

www.muon-software.com

 

 

From: coreaudio-api-bounces+dave=email@hidden [mailto:coreaudio-api-bounces+dave=email@hidden] On Behalf Of john smith
Sent: Monday, January 14, 2013 11:28 AM
To: email@hidden
Subject: Automation in audio unit not working

 

 

 

Hi,

 

I am in the process of changing my AU code from Carbon to Cocoa, and for various reasons that caused some AU automation code to have to be changed.

 

I am however unable to get automation working properly. Specifically, when a parameter is changed, the host (i.e. Logic) does not seem to receive the information.

 

I am trying to use the information in technical note TN2104, but to no avail.

 

This is the code which is executed when a parameter is changed:

 

            AudioUnitEvent myEvent;

           

            myEvent.mArgument.mParameter.mAudioUnit = mComponentInstance;

            myEvent.mArgument.mParameter.mParameterID = iParameterIndex;

            myEvent.mArgument.mParameter.mScope = kAudioUnitScope_Global;

            myEvent.mArgument.mParameter.mElement = 0;

            myEvent.mEventType = kAudioUnitEvent_ParameterValueChange;

            AUEventListenerNotify(NULL, NULL, &myEvent);

 

 

I also tried:

 

            AudioUnitEvent myEvent;

           

            myEvent.mArgument.mParameter.mAudioUnit = mComponentInstance;

            myEvent.mArgument.mParameter.mParameterID = iParameterIndex;

            myEvent.mArgument.mParameter.mScope = kAudioUnitScope_Global;

            myEvent.mArgument.mParameter.mElement = 0;

            myEvent.mEventType = kAudioUnitEvent_BeginParameterChangeGesture;

            AUEventListenerNotify(NULL, NULL, &myEvent);

            myEvent.mEventType = kAudioUnitEvent_ParameterValueChange;

            AUEventListenerNotify(NULL, NULL, &myEvent);

            myEvent.mEventType = kAudioUnitEvent_EndParameterChangeGesture;

            AUEventListenerNotify(NULL, NULL, &myEvent);

 

but that did not work neither.

 

This is pretty much the same code as my carbon code, except I am calling this from the audio unit, rather than from the view.

This should not be a problem though, since this is what the tech note says:

"Parameter change notifications can be sent by an Audio Unit or host using AUEventListenerNotify"

Needles to say, my carbon code worked fine.

 

I did want to try using the cocoa view component instance, but was unable to figure out how to get the component instance parameter. (AU Cocoa views are, admittedly, insanely confusing to me).

 

Can anyone see what is the problem with this code? As far as I can read from the tech note, this is all which is needed to send the events.

 

 

Thanks,

 

Michael Olsen

PhonoXone

 


_______________________________________________ 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: Automation in audio unit not working
      • From: Muon Software Ltd - Dave <email@hidden>
References: 
 >Automation in audio unit not working (From: john smith <email@hidden>)
 >RE: Automation in audio unit not working (From: Muon Software Ltd - Dave <email@hidden>)

  • Prev by Date: RE: Automation in audio unit not working
  • Next by Date: Stuttering in audio with VPIO
  • Previous by thread: RE: Automation in audio unit not working
  • Next by thread: RE: Automation in audio unit not working
  • Index(es):
    • Date
    • Thread