Re: Some AudioUnits crash WhackedTV sample code
Re: Some AudioUnits crash WhackedTV sample code
- Subject: Re: Some AudioUnits crash WhackedTV sample code
- From: Robert Abernathy <email@hidden>
- Date: Fri, 17 Mar 2006 20:03:30 +0000
O.K. I think this is happening in the code in AUGenericView in
CoreAudioKit.framework. I don't know what the issue could be. F8
passes auval and I test in AULab's generic view consistently. There
aren't any problems there. I haven't marked anything with an expert
flag. So, I doubt that is an issue. Does any one else use the
"setShowsExpertParameters:" call in a host? I haven't seen this show
up in any host with a generic view. I've seen other problems with
Carbon generic views (like not presenting a scrollable list of
parameters). But, nothing like this one.
Rob
On 17 Mar 2006, at 19:30, William Stewart wrote:
This code is provided by people in the QT Group - you might want to
ask them (QT API)
You can also validate the AUs you are using - run the auval tool on
these. If these AUs pass or fail validation would be interesting to
know.
You can also host these AUs in the AU Lab application (/Developer/
Applications/Audio/) - you can bring up either their custom or show
their generic views. If the AUs have expert parameters, then you'll
see a disclosure triangle that when expanded, will show the expert
params. (Oh, expert params are params that are marked with the
"expert" flag - so they should not normally be presented to users)
Bill
On 17/03/2006, at 3:43 AM, Robert Abernathy wrote:
I looked at this a bit with F8. The crash with F8 occurs at line
1898 of SGAudioSettings.mm "[auview setShowsExpertParameters:YES];"
What does setShowsExpertParameters turn on? If I comment out this
line and then load F8, it doesn't crash. But, the GenericView
shows a random subset of the F8 parameters when it is loaded.
If someone can point me at documentation for AUGenericView,
perhaps I can figure out what parameter information F8 is
providing that is instigating the crash.
Rob
On 17 Mar 2006, at 04:54, john wrote:
Hi,
I have noticed that some 3rd party AudioUnits crash the WhackedTV
sample code. I also noticed the same thing with my application
which uses AU's in a similar manner (though I didn't base my code
on WhackedTV), which is that it uses the AUGenericView.
I filed a bug, but I'm wondering if this is a problem with
WhackedTV's (and my) implementation, or a bug in the system, or a
bug in the AU that only shows up when used in this manner. Some
AU's I've noticed this with are:
iZotope: Vinyl
MusicUnfolding: F8
DestroyFX: Transverb
All crash on different methods, but both F8 and Vinyl crash
during AUGenericView methods. Transverb crashes on an internal
method.
Thanks.
-- John
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40musicunfolding.com
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:
40apple.com
This email sent to email@hidden
--
mailto:email@hidden
tel: +1 408 974 4056
______________________________________________________________________
____
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
______________________________________________________________________
____
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40musicunfolding.com
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