Hawkboard, BruteFIR, jconv, DSP, DRC, etc. - diyAudio
Go Back   Home > Forums > Source & Line > PC Based

PC Based Computer music servers, crossovers, and equalization

Please consider donating to help us continue to serve you.

Ads on/off / Custom Title / More PMs / More album space / Advanced printing & mass image saving
Reply
 
Thread Tools Search this Thread
Old 13th September 2010, 02:41 PM   #1
diyAudio Member
 
Join Date: Aug 2005
Default Hawkboard, BruteFIR, jconv, DSP, DRC, etc.

Good morning,
I was thinking about using one of those small ARM based boards to use it as a player. Something similar to this project. I was thinking about using a clone of the famous Beagle Board: IGEPv2.

Afterwards, I started about the possibility of running BruteFIR. I spoke with the author about the posibility of optimizing it for ARM, but he is not keen to spend more time on it.

I investigated a little bit further and I found the Hawk Board. It has a floating point DSP running at 300Mhz. It cost around 112$ (74GBP). Looking at the DSP Library Reference Programmer's Reference Guide it is stated the cycles required per operation. For a 48000hz signal it should take around 3 million cycles to perform the FFT convolution (I might be wrong -DSP is far from being my expertise-). So it looks enough to run several filters at the same time.

BruteFIR is amazing, but it looks like it would be enough to develop a JACK client. JACK would provide the infrastructure to do all the connections between filters. In that regard, it looks like it would be a matter of modifying BruteFIR code or jconv just to use Texas Instrument's DSPLIB.

I am not a DSP guy and it is been more than 10 years without developping in C or C++ so I am quite rusty.

Does this look feasible to you guys? Would anybody with much DSP/programming background than myself take over this idea?

Kind regards,
Josť M.
  Reply With Quote
Old 13th September 2010, 04:24 PM   #2
diyAudio Member
 
Join Date: Oct 2009
Writing a convolution engine for the C67 isn't all that difficult, especially since it doesn't need to be fully optimized if you're just doing stereo FIR filters. It seems to me that implementing the framework of passing buffers around between ARM and DSP would take considerable low-level coding effort. Last time I checked there isn't much high level code allready doing this available in the hawkboard / beagleboard community so you would be pretty much on your own.

What I would do is look for a nice and small board with a chip with hardware floating point support. You might even investigate if running a beagleboard with software floating point support might deliver enough horsepower for the FIRs you need.
  Reply With Quote

Reply


Hide this!Advertise here!
Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
RS-232 cable for DSP-Amp Digisynthetic DSP-1400 Sabbelbacke Parts 0 9th May 2009 10:33 AM
Drc Gui Jaco Pastorius Multi-Way 5 27th April 2009 04:19 PM
A 'how to' for a PCXO and DRC ShinOBIWAN Multi-Way 0 3rd January 2006 09:43 PM
Start with DRC FaZ72 Digital Source 2 2nd May 2004 04:39 AM
DRC with that DRC thingy! 5th element Multi-Way 4 4th April 2004 04:46 PM


New To Site? Need Help?

All times are GMT. The time now is 02:26 AM.


vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2014 DragonByte Technologies Ltd.
Copyright ©1999-2014 diyAudio

Content Relevant URLs by vBSEO 3.3.2