Re: Apple AUs: assertion failure in view
Re: Apple AUs: assertion failure in view
- Subject: Re: Apple AUs: assertion failure in view
- From: Michael Hopkins <email@hidden>
- Date: Tue, 23 Mar 2010 11:25:17 -0700
Joe,
This assert is triggered if an error is returned by AudioUnitGetParameter(). This is a strange situation, and without more information, it is hard to determine why it is occurring. I'm assuming that it is happening when you first open the view.
The fact that these views work correctly in hosts like Logic, and AULab indicate that it is something that your application is doing strangely. Here are some things to check:
Make sure the audio unit has been fully created before you try to open and host the view
Make sure you close the view before you dispose of the audio unit
To set a breakpoint on getParameter value in gdb, do
tb -[AUDelayCustomView getParameterValue:]
Hope this helps!
-michael
On Mar 23, 2010, at 9:24 AM, Joe Bamberg wrote:
> Hi folks,
>
> Our host trips an assert for many Apple AUs in Snow Leopard.
> For example:
>
> *** Assertion failure in -[AUDelayCustomView getParameterValue:], /SourceCache/CoreAudioUI/CoreAudioUI-65.1/Source/CoreAudioUI/AUUI/CocoaCustomViews/Delay/AUDelayCustomView.mm:177
>
> This seems to happen for all the built in plugins that have
> custom views (generic views are OK); these custom views are
> new in Snow Leopard. I've tested a different plugin with
> a Cocoa custom view (Prosoniq NorthPole) and it's OK.
>
> (As an aside, is there something I could do to break on this
> assertion failure in gdb so I could get a backtrace?)
_______________________________________________
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