• WANTED: Happy members who like to discuss audio and other topics related to our interest. Desire to learn and share knowledge of science required. There are many reviews of audio hardware and expert members to help answer your questions. Click here to have your audio equipment measured for free!

New low-cost DSP platform in development

RVV does support 64-bit float multiply and add :)
 
In my limited experience as a DSP implementer my take is what's really needed is fast 64bit (or wider) floating point, notably trigonometrics and of course you typical multiply and add. At work we rely much on SIMD but currently only with 32bit floats which is really somewhat limiting.
Many DAWs are working in 32bit float and it's working just fine. In what way do you mean it's limiting?
 
No, I mean as in node based programming, where you can do node networks to program whatever you want to program, something like Sigma Studio. Haven't used this one in particular, but I've been doing lots of graphic stuff with nodes and it really is so nice to work with!

View attachment 405583

It will be really nice if you could achieve all of these DSP and multichannel-DAC (at least 10 Ch out, I hope) in single-board single-processor with nice GUI control features. I assume, however, you (we?) would be better to "store/bring" an audio-dedicated small-PC (running dedicated independent LINUX with no internet access) and already-well-established DSP-software into a housing box of multichannel-DAC unit e.g. such as OKTO DAC8PRO.

Looking at your above diagram, I (at least myself) feel that I have already (almost?) achieved almost the same using Silent Windows 11 PC + VB-AUDIO-Matrix (ASIO routing tool) + DSP software EKIO + OKTO DAC8PRO (ref. #931 on my project thread).
Fig03_WS00007533 (5).JPG
 
What's wrong with ADAU1701? It's dirt cheap and there're quite a few boards out there, including fully assembled unit from Wondom...
 
What's wrong with ADAU1701? It's dirt cheap and there're quite a few boards out there, including fully assembled unit from Wondom...
You need SigmaStudio
 
You need SigmaStudio
Ummm, I don't see a problem, since it's free + you can download editable projects so you don't need to create your own from scratch
 
Ummm, I don't see a problem, since it's free + you can download editable projects so you don't need to create your own from scratch
This is like the whole problem, it's not open source and only works on Windows so if you're using a Mac/Linux/Android device, you're cooked
 
This is like the whole problem, it's not open source and only works on Windows so if you're using a Mac/Linux/Android device, you're cooked
We aren't talking about open source here...
I'm getting fed up with how there are absolutely zero (0) options in the market for a cheap and simple DSP device that can just apply whatever effect I want and be done with it
So, this is a clickbait, yeah?
 
This is like the whole problem, it's not open source and only works on Windows so if you're using a Mac/Linux/Android device, you're cooked
It runs fine in a VM, assuming an Intel/AMD platform.
 
It runs fine in a VM, assuming an Intel/AMD platform.
This is not a solution, nobody actually wants to use a VM just to run some junk proprietary software, and if you had an iPad, you'd still be out of luck
We aren't talking about open source here...

So, this is a clickbait, yeah?
Nope, since you can still only use the effects SigmaStudio gives to you, but my DSP platform will let you write and run anything
 
This is not a solution, nobody actually wants to use a VM just to run some junk proprietary software, and if you had an iPad, you'd still be out of luck
Oh please, no sane person would ever use an iPad as a DSP code development platform.
 
Oh please, no sane person would ever use an iPad as a DSP code development platform.
An iPad will run a Windows on Arm VM just fine though ;)

But I think the whole point would be code-less DSP configuration.

I’m still wondering what @bachatero would like to do that SigmaDSP cannot do?
 
An iPad will run a Windows on Arm VM just fine though ;)

But I think the whole point would be code-less DSP configuration.
OK, but I don't know anyone who is keen on typing on an iPad, or any tablet for that matter. It just sucks. Real keyboards for real programmers ;-)
 
It's not clear to me what software you're talking about building for this project.

Normally I would expect an announcement of a project like this to mean that you're building the product code which interfaces to users, and who job is to construct a filter graph per the user's configuration, that connects input to output zero or more filters in between. And the filters are in a DSP library, or audio library, or numerical library, etc. That bit is conceptually different because the numerical processing is probably in a different language than UI, etc. It's also more specialized, and usually there is some platform API with architecture specific implementations that take advantage of hardware acceleration, otherwise you're stuck using a generic C/C++ implementation that isn't accelerated.

It sounds to me like for your project that you're building all the configuration and UI stuff, but also tackling the implementation of accelerated signal libraries. Is that right? The main reason I'm not sure is that you said you'll build it in C++, and in 2024 not a lot of people choose C++ for implementing their UI.
 
Real keyboards for real programmers ;-)
For only the small sum of € 359 you can get a real keyboard and trackpad ;) You won’t even notice it’s an IPad if you squint hard enough ;)
 
In my limited experience as a DSP implementer my take is what's really needed is fast 64bit (or wider) floating point, notably trigonometrics and of course you typical multiply and add.

Yes, essentially agree with you, and (almost?) all of the presently-available excellent software DSP tools on PC and Mac do work using 64 bit floating point numbers, right?

I use DSP "EKIO" on Windows PC as system-wide DSP center (ref. here); Guillaume BADAUT, developper of EKIO, kindly explained/confirmed that "EKIO uses IIR filters, the processing is done using a cascade of second order transposed direct form II biquad sections. Every calculation is done using 64 bit floating point numbers." (ref. here.)

"Fast 64bit (or wider) floating point" capability would be one of the great advantages in using modern CPU designed for Windows PCs and Mac PCs, I believe.
 
"Fast 64bit (or wider) floating point" capability would be one of the great advantages in using modern CPU designed for Windows PCs and Mac PCs, I believe.
These RISC-V cores handle 64-bit vectorized floating point calculations just fine. “Designed for some OS” has very little to do with this.
 
Yes, essentially agree with you, and (almost?) all of the presently-available excellent software DSP tools on PC and Mac do work using 64 bit floating point numbers, right?
Yes, but SIMD (vector processing) supports 32bit floats only on current Intel platforms, as far as I can see.
 
Yes, but SIMD (vector processing) supports 32bit floats only on current Intel platforms, as far as I can see.
AVX-512 can handle 8 64-bit floats in one instruction. And then we have AVX, AVX2 and SSE2. All can handle 64-bit floats.
 
Back
Top Bottom