Re: [music-dsp] advice regarding USB oscilloscope

2017-03-09 Thread Paul Stoffregen
If you're planning to use a scope for general electronics troubleshooting, as opposed to merely capturing predictable waveforms, you would be doing yourself a huge favor to look at the waveform capture+render rate. Many cheaper oscilloscopes (and pretty much all USB-only devices) don't specif

Re: [music-dsp] Choosing the right DSP, what things to look out for?

2016-08-26 Thread Paul Stoffregen
On 08/25/2016 04:44 AM, Max K wrote: Also I yet lack an estimate of how much more audio fx instances a true DSP can handle compared to an ARM, which is a crucial decision factor. But what precisely is an "audio fx instance"? That could mean pretty much anything, from very lightweight operatio

Re: [music-dsp] Choosing the right DSP, what things to look out for?

2016-08-24 Thread Paul Stoffregen
On 08/24/2016 03:44 PM, Max K wrote: The idea is basically a USB+SD Card equipped guitar pedal. How important do you reckon FFT hardware acceleration and I2S modules are when choosing the DSP? Well, those could be really handy if your guitar pedal does some filter operation which needs

[music-dsp] BW limited peak computation?

2016-07-25 Thread Paul Stoffregen
Does anyone have any suggestions or references for an efficient algorithm to find the peak of a bandwidth limited signal? If I just look only at the numerical values of the samples (yeah, that's what I've been doing), when a signal is close to an integer division of Fs, even collecting data ov

[music-dsp] Changing Biquad filter coefficients on-the-fly, how to handle filter state?

2016-03-01 Thread Paul Stoffregen
Does anyone have any suggestions or publications or references to best practices for what to do with the state variables of a biquad filter when changing the coefficients? For a bit of background, I implement a Biquad Direct Form 1 filter in this audio library. It works well. https://github

Re: [music-dsp] MIDI Synth Design Advice Please

2016-02-04 Thread Paul Stoffregen
While not Raspberry Pi based, there's a couple microcontroller-based projects you might check out. They do pretty much exactly what you're asking and already have quite a good amount of synthesis support. Microcontrollers give you less raw computational power, but you get much easier support

Re: [music-dsp] Generating pink noise in Python

2016-01-24 Thread Paul Stoffregen
FWIW, I implemented Stefan's New Shade of Pink in the Teensy Audio Library. Running on an ARM Cortex-M4 microcontroller at 96 MHz, it consumes approx 6% CPU to generate 44.1 kHz sample rate pink noise data. Sound code is here, if anyone's interested. https://github.com/PaulStoffregen/Audio/bl

Re: [music-dsp] [admin] list etiquette

2015-08-28 Thread Paul Stoffregen
On 08/28/2015 08:12 AM, Peter S wrote: I decided to unsubscribe from this mailing list. Don't let the door hit you on the way out. ;-) ___ dupswapdrop: music-dsp mailing list music-dsp@music.columbia.edu https://lists.columbia.edu/mailman/listinfo/m

Re: [music-dsp] LLVM or GCC for DSP Architectures

2014-12-08 Thread Paul Stoffregen
On 12/08/2014 01:35 PM, Stefan Sullivan wrote: Hey music DSP folks, I'm wondering if anybody knows much about using these open source compilers to compile to various DSP architectures (e.g. SHARC, ARM, TI, etc). I have some experience with ARM Cortex-M4, using fixed point. Everything in this

Re: [music-dsp] entropy

2014-10-15 Thread Paul Stoffregen
On 10/15/2014 12:45 PM, Peter S wrote: I gave you a practical, working *algorithm*, that does *something*. In the 130 messages you've posted since your angry complaint regarding banishment from an IRC channel nearly 2 weeks ago, I do not recall seeing any source code, nor any psuedo-code, equ

Re: [music-dsp] entropy

2014-10-12 Thread Paul Stoffregen
On 10/12/2014 10:17 AM, Peter S wrote: Maybe I'm one of those cryptographers you're afraid of ;) As long as you produce only chatter on mail lists, but no working implementation, I really don't think there's much cause for anyone to be concerned. Annoyed, perhaps, but certainly not afraid.

Re: [music-dsp] entropy

2014-10-12 Thread Paul Stoffregen
On 10/12/2014 04:36 AM, Peter S wrote: So, for more clarity, my algorithm would segment the following bit pattern Perhaps for better clarity, you could provide a reference implementation in C, C++, Python or any other widely used programming language? 00010010110

Re: [music-dsp] #music-dsp chatroom invitation

2014-10-11 Thread Paul Stoffregen
Pater, since roughly this time 5 days ago, you've posted 61 public messages here. Maybe it's time to give it a rest? Or if not, perhaps your point (whatever that may be) could be made with only 1 or 2 messages per day? Please?! -- dupswapdrop -- the music-dsp mailing list and website: subsc

Re: [music-dsp] Fast exp2() approximation?

2014-09-02 Thread Paul Stoffregen
On 09/02/2014 02:14 PM, Alberto di Bene wrote: I think the original poster had asked for a fixed point implementation, not a floating point one... That's me. :-) I can (usually) figure out how to implement an algorithm described with real numbers using fixed point. A good algorithm is the r

[music-dsp] Fast exp2() approximation?

2014-09-02 Thread Paul Stoffregen
I'm hoping to find a fast approximation for exp2(), which I can implement in 32 bit fixed point. So far, the best I've turned up by searching is this from the archives. http://www.musicdsp.org/showone.php?id=106 n = input + 1.0; n = n * n; n = n * 2.0 / 3.0; n