recomendations for DSP development platform

Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.
Hi,

I'm looking to prove an idea, but I'm not sure a typical PC running a head-less linux distro would suffice.

I need to take multiple channels of input. For now, 8 discrete channels on AES/EBU, but that may change to HDMI later if possible without Dolby licensing rights. Output would be to AVB streams (possible 21 streams) using the services of OpenAVB along with a proper NIC such as an Intel I210.

I need to process the eight discrete channels for a multi-way 7.1 theater system doing a relatively complex matrix.

Off-board DSP engine?
 
Hi,

I'm looking to prove an idea, but I'm not sure a typical PC running a head-less linux distro would suffice.

I need to take multiple channels of input. For now, 8 discrete channels on AES/EBU, but that may change to HDMI later if possible without Dolby licensing rights. Output would be to AVB streams (possible 21 streams) using the services of OpenAVB along with a proper NIC such as an Intel I210.

I need to process the eight discrete channels for a multi-way 7.1 theater system doing a relatively complex matrix.

Off-board DSP engine?



Hi Dave,

I run 8in AES/EBU to 16Out AES/EBU DSP processor called Ultimate Equalizer. This is followed by miniDSP ICE-PWR AES/EBU amplifiers in various configurations, from 60W/8ohm to 250W/8ohm.

If this is sufficient for you, then you can find more information on http://www.bodziosoftware.com.au/

Best Regards,
Bohdan
 
I think you'll still be good on a modern processor. He (Anders) quotes this in the brutefir description:

With a massive convolution configuration file setting up BruteFIR to run 26 filters, each 131072 taps long, each connected to its own input and output (that is 26 inputs and outputs), meaning a total of 3407872 filter taps, a 1 GHz AMD Athlon with 266 MHz DDR RAM gets about 90% processor load, and can successfully run it in real time. The sample rate was 44.1 kHz, BruteFIR was compiled with 32 bit floating point precision, and the I/O delay was set to 375 ms. The sound card used was an RME Audio Hammerfall.

That processor is probably outpaced by most cell phone SOC nowadays, so I think you'll be good.
 
:up: Like most things, I won't know until I try. But seeing there is an upgrade path, this looks like a solid choice and passes the sniff test.

CUFFT vs FFTW

CUFFT spanks FFTW only when the work to do is significant. Makes sense just like with multi-threaded programming. When the work to do isn't significant, the inter-thread communication, syncing and other properties of worker management takes precedence rather than the job.

One of these ought to do for taking the input.

I think I'm good to go.
 
Status
This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.