• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: start/stop
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: start/stop


  • Subject: Re: start/stop
  • From: Jim Wintermyre <email@hidden>
  • Date: Fri, 15 Aug 2003 15:02:18 -0700

On Thursday, August 14, 2003, at 03:12 PM, Angus F. Hewlett wrote:

Hi all,

I'm working on a realtime-aware AU which wants reasonably accurate stop and
start marker calls for the stream. I know there is Reset(), but I wonder if
there's any other mechanism for an effect AU to detect stream start and
stop (something called by the host - I know I could use timers and a little
guesswork :-))

Angus - maybe this could be an offline unit (where this semantic is
applicable)?

It would be nice for regular (non-offline) AU's to have start/stop notification, in the sense that start() is called just before rendering is about to start, and stop() is called just after rendering is stopped. This would be for fairly lightweight operations, as opposed to AudioUnitInitialize/AudioUnitReset which are fairly heavyweight. The issue is that AudioUnitInitialize could (and from my limited testing so far it seem that it is) be called right away after the AU is created, even though it may be just sitting there for a long time before rendering happens (no audio happens to be playing through it). This is a bit more of an issue for us as our plugins are running on an external DSP card, and so we need a bit more knowledge/control over the state than most host-based plugs. FWIW, VST 2.3 has this functionality.

Jim
_______________________________________________
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.

  • Prev by Date: Re: GetParameterValueStrings
  • Next by Date: Re: GetParameterValueStrings
  • Previous by thread: Re: GetParameterValueStrings
  • Next by thread: kAudioUnitParameterUnit_MidiController vs kAudioUnitParameterFlag_CanRamp vs Logic
  • Index(es):
    • Date
    • Thread