Re: Initialize() and Cleanup() vs GUI
Re: Initialize() and Cleanup() vs GUI
- Subject: Re: Initialize() and Cleanup() vs GUI
- From: William Stewart <email@hidden>
- Date: Thu, 13 Jan 2005 19:05:44 -0800
On 13/01/2005, at 5:00 PM, yoshida wrote:
Hi,
My AU is wrapper for DSP object and the DSP object communicate with
views for VuMeter support etc..
The DSP object was created at Initialize() for now.
No - this is the correct time to create it...
All that your view has to be aware of is that when it goes to get
values for the VuMeter the AU may not be initialized, so it can't get
the values - so it doesn't draw anything - should be simple enough to
manage.
Perhaps DSP object should be created before Initialize() ( may be
PostConstructor()? ).
Definitely not - what you are doing is exactly right (just that you
need to know that sometimes you can't draw your VuMeter)
Bill
Thanks.
At 11:37 AM -0800 05.1.13, William Stewart wrote:
Yes indeed... And your view should be completely prepared to deal
with your AU if it is Uninitialized
In fact some host apps have wanted to do more in this area - having
uninitialized AU's around because they can use considerably less
memory and other resources. However, because many AU's insist on
being initialized all the time (and views can cause crashes if the
AU is not!) this has proven to be a problematic strategy to follow.
Disappointing really, but hopefully we'll see some improvements to
this over time.
Bill
--
-----------------------------------------
English is not my native language,
so I'm not good at English, sorry :-(
Correction will be welcomed if there is a
strange expression!
M.Yoshida @ Japan
--
mailto:email@hidden
tel: +1 408 974 4056
________________________________________________________________________
__
Culture Ship Names:
Ravished By The Sheer Implausibility Of That Last Statement [GSV]
I said, I've Got A Big Stick [OU]
Inappropiate Response [OU]
Far Over The Borders Of Insanity And Still Accelerating [Eccentric]
________________________________________________________________________
__
_______________________________________________
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