Re: why would a plugin be running SRC? threading rules?
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