Re: Transport start/stop for Effect Units needed
Re: Transport start/stop for Effect Units needed
- Subject: Re: Transport start/stop for Effect Units needed
- From: "Paul Kellett" <email@hidden>
- Date: Fri, 16 May 2003 10:42:49 +0200
Chris Rogers <email@hidden> wrote:
>
>
Paul,
>
>
What type of action are you wanting to do in an AudioUnit effect
>
which relies on knowing exactly when the transport starts?
>
We already have AudioUnitReset() which hosts should be calling
>
in most conditions before the transport is started.
If the transition from "AudioUnit processing audio with transport
stopped" to "AudioUnit processing audio with transport running"
is always marked in some way the AudioUnit can pick up, that's ok.
>
AudioUnitReset() is designed to allow the AudioUnit to reset
>
its internal state, clearing filter memory, delay buffers, etc.
But that sounds like it would be bad for someone performing live,
who then presses "play" on the sequencer to seamlessly bring in
some backing - so doesn't want the current audio to be muted.
Hmm, maybe we mean different things - by "transport" I mean the
host's song position timeline which can be running or stationary,
and can instantly jump from one position to another.
>
I'm just curious to know what specific types of operations you
>
need to do in the AudioUnit at this time and if it's somehow
>
separate from our concept of "reset"
Triggering audio events in sync with the host's bars and beats.
I just want to make sure there is enough information available
that I don't ever miss a beat when I should have triggered
something.
Paul.
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.