• 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: why would a plugin be running SRC? threading rules?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: why would a plugin be running SRC? threading rules?


  • Subject: Re: why would a plugin be running SRC? threading rules?
  • From: Doug Wyatt <email@hidden>
  • Date: Mon, 11 Jan 2010 07:45:40 -0800

Don't believe any symbols from com.apple.audio.units.Components. Components are built with a different level of stripping than frameworks (and ARDOUR). From this backtrace we can tell only that *some* Apple AU is being called to perform AudioUnitReset.

Doug


On Jan 10, 2010, at 10:34 , Paul Davis wrote:
> this is a trace of ardour running the apple graphic EQ plugin. i'm
> curious about why this plugin would be running SRC internally ... any
> ideas? the only justification i could think of was something like
> upsampling for "improved quality", but this seemed unlikely to me.
>
> in addition, i get the impression that there are some implicit thread
> rules being violated by ardour. the trace below shows the plugin being
> deactivated, but from a thread other than the RT/Audio/process thread
> that would be calling render. i know that the RT/Audio/process thread
> is not active when this happening, but is there something i missed in
> the AU spec that says that you shouldn't be crossing thread boundaries
> like this?
>
> 0   ...pple.audio.units.Components      0x700164c8
> AUSampleRateConverterEntry + 952
> 1   ...pple.audio.units.Components      0x7004006a SystemOutputAUEntry + 2762
> 2   ...pple.audio.units.Components      0x7005abbe AUGraphicEQEntry + 46
> 3   ...ple.CoreServices.CarbonCore      0x95dfb935 CallComponentDispatch + 29
> 4   ...apple.audio.units.AudioUnit      0x93099aa1 AudioUnitReset + 49
> 5   libardour.dylib                     0x134bf0f9
> CAAudioUnit::GlobalReset() + 41 (CAAudioUnit.h:154)

 _______________________________________________
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

  • Follow-Ups:
    • Re: why would a plugin be running SRC? threading rules?
      • From: Paul Davis <email@hidden>
References: 
 >why would a plugin be running SRC? threading rules? (From: Paul Davis <email@hidden>)

  • Prev by Date: Re: why would a plugin be running SRC? threading rules?
  • Next by Date: Re: why would a plugin be running SRC? threading rules?
  • Previous by thread: Re: why would a plugin be running SRC? threading rules?
  • Next by thread: Re: why would a plugin be running SRC? threading rules?
  • Index(es):
    • Date
    • Thread