Re: Application Behaviour when AU returns kAudioUnitErr_Unauthorized
Re: Application Behaviour when AU returns kAudioUnitErr_Unauthorized
- Subject: Re: Application Behaviour when AU returns kAudioUnitErr_Unauthorized
- From: Andrew Kimpton <email@hidden>
- Date: Thu, 5 Jan 2006 16:43:03 -0800
On Jan 5, 2006, at 4:34 PM, Stefan Gretscher wrote:
Hi Andrew,
Logic interprets kAudioUnitErr_Unauthorized as "I won't render any
meaningful audio, but you can open my UI so the user can manage
authorization".
The problem is that if no UI for the AU can be opened, how is the
user supposed to enter an authorization code etc.?
Well... in our case we have a seperate prefs pane to handle that -
but I see your point.
The other thing I'm seeing that is odd is the calls to
ChangeStreamFormat - both Soundtrack Pro and the most recent AULab
(V1.0.2) seems to call that method in spite of Initialize returning
an error. AULab actually then crashes after reporting the error from
Initialize to stderr, if I alter the ChangeStreamFormat to return
Uninitialized or Unauthorized (instead of silently doing nothing and
returning noErr) AULab reports the error code from ChangeStreamFormat
but still crashes.
The stack crawl from AULab is totally unhelpful - it looks like the
stack has been corrupted somehow - the last meaniningful symbol on
the stack is NSFireMainThreadPerform
Best,
Stefan
Andrew 8-)
_______________________________________________
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