Re: Garageband 3/audio units odd behaviour
Re: Garageband 3/audio units odd behaviour
- Subject: Re: Garageband 3/audio units odd behaviour
- From: "Angus F. Hewlett" <email@hidden>
- Date: Thu, 08 Feb 2007 12:27:49 +0000
Hi Dave,
FYI - Cubase stops the audio thread to the plugin if you hit the bypass
button on the plugin. So does Protools.
The way I workaround this sort of thing is to have a watchdog timer
which, if no process() happens for N idle calls -- where N is typically
10 or so -- it assumes the process thread has stopped and switches any
thread-sensitive updating over to the idle thread, via a mutex or similar.
You need to be a bit careful about how you handle things in the
process() thread the first time it "wakes up" again, w.r.t. the idle()
thread possibly being active and holding the critical section (or
equivalent) at that point.
Cheers,
Angus.
Muon Software Ltd - Dave wrote:
No, lets not go there....but I am tempted to add that it
wasn't a problem in
Peak when I set up two of your machines on the Bias booth at NAMM to
demonstrate this particular AU for Jason, so at least Peak
appears to share
a similar world view to me :-)
The snow here in London has frozen my brain - that was the VST version. But
it sort of illustrates the point: I can't think of a VST host that doesn't
run the audio thread continuously, with the exception of Sonar (which only
stops the audio thread if there's an overload, and even then only if the
user has specifically set that option). When you're using the same code base
for VST and AU, these assumptions get carried over - and for the most part,
most AU hosts operate in the same way.
Once GB3 does actually start the audio thread, it appears to run it
continuously anyway. So you have to wonder what the logic of not running it
when the app first initialises might be :-)
Kind regards
Dave
_______________________________________________
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