[vsipl++] [patch] SAL convolution
Jules Bergmann
jules at codesourcery.com
Mon Nov 28 20:17:15 UTC 2005
Don, looks good! Please check it in. Thanks -- Jules
Don McCoy wrote:
> The attached patch integrates SAL's version of convolution. Only the
> 1-D case is implemented at this time. The decimation parameter must
> also be one.
>
> A new set of tests was added for testing support of data strides other
> than one. However, because the filter is held in a default Vector<T> as
> part of the convolution object, it is always unit-stride. The input and
> output strides do not have to be the same, but they are at this time.
>
> The SAL functions used for this (*convx) perform time-domain
> convolution. According to Mercury's documentation, this is efficient
> for cases where the filter (or kernel) length is up to 36 (17 for
> complex values). This patch reverts to the generic method for
> convolution for longer lengths. For the future we may want to use SAL's
> fast (FFT-based) convolution functions instead.
>
> Regards,
> Index: src/vsip/impl/sal.hpp
> ===================================================================
> RCS file: /home/cvs/Repository/vpp/src/vsip/impl/sal.hpp,v
> retrieving revision 1.2
> diff -c -p -r1.2 sal.hpp
> *** src/vsip/impl/sal.hpp 15 Nov 2005 21:01:27 -0000 1.2
> --- src/vsip/impl/sal.hpp 28 Nov 2005 07:59:21 -0000
> ***************
> *** 14,19 ****
> --- 14,20 ----
> Included Files
> ***********************************************************************/
>
> + #include <iostream>
Is it necessary to include iostream here?
More information about the vsipl++
mailing list