Re: vDSP_conv very slow
Re: vDSP_conv very slow
- Subject: Re: vDSP_conv very slow
- From: Ian Ollmann <email@hidden>
- Date: Thu, 8 Feb 2007 12:31:17 -0800
vDSP_conv(bufSignal,1,bufIR+ROOMCORRECTION_FILTSIZE-1,-1,bufResult,
1,nSampleFrames,ROOMCORRECTION_FILTSIZE);
The current internal decision path for scalar vs. vector code in
vDSP_conv looks like this:
StrideType StrideMask = InputStride^1 | FilterStride^1 |
OutputStride^1;
uintptr_t AddressMask = (uintptr_t) Filter & 0xf;
// If eligible, use high-performance routine.
if ((StrideMask | AddressMask) == 0)
//call vector code
else
//go to scalar code purgatory
So, it looks like you may need to reverse the order of the data in
the coefficients in the filter. Sorry about that. Reversing the
order of your filter coefficients seems unreasonable to me. I think
we should be at least vectorizing the stride -1 case. Alas, that's
the way things are at the moment.
Ian
_______________________________________________
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