>>Oh, oh! Before we go real radio, something more like Matlab / Octave

>>first would be great. Of the top of my head: matrix calculation,

>>plotting, fast fourier transform, cross correlation, convolution...

>>This is very useful for experiment with radio signal processing.

>>first would be great. Of the top of my head: matrix calculation,

>>plotting, fast fourier transform, cross correlation, convolution...

>>This is very useful for experiment with radio signal processing.

Doesn't slib include pure-scheme matrix algebra and fft already?

To do anything fast nowadays you need gpu acceleration, and I'm not sure it's easy to rewrite from scratch. So the potential srfi would need to not just include all the functions, but possibly support different backends, i.e. pure scheme, blas, gpu-blas, etc.

I wonder if that would be really a good thing to include in the language itself (even if -large). But I'm not an expert by no means.

On Sun, Oct 6, 2019, 08:47 Duy Nguyen <xxxxxx@gmail.com> wrote:

On Sun, Oct 6, 2019 at 3:21 AM <xxxxxx@ancell-ent.com> wrote:

> What general things might we want that fall under this but not Schemeweb?

>

> ...

>

> I'd add:

>

> ...

>

> Radio in general, ham or unlicensed bands.

Oh, oh! Before we go real radio, something more like Matlab / Octave

first would be great. Of the top of my head: matrix calculation,

plotting, fast fourier transform, cross correlation, convolution...

This is very useful for experiment with radio signal processing.

Except plotting, all of this could be done in pure scheme. Having

standard names is good though, so that a C-based implementation can be

added to have better performance. And if we really do radio in scheme,

high performance is a requirement, not an option.

--

Duy