On 6/19/14 10:21 AM, Frank Sheeran wrote:
dirt-poor RBJ sez:
and the loudspeaker and cabinet is the bitchiest bitch.
I know nothing about DSP except what I've learned on this list, pretty
much, but: wouldn't these components be susceptible to testing?
sure, but they're both non-linear and no
Guru RBJ sez:
> and the loudspeaker and cabinet is bitchiest bitch.
I know nothing about DSP except what I've learned on this list, pretty
much, but: wouldn't these components be susceptible to testing? If you
could mic a sweeping test frequency through an instrumentation-quality amp,
and mic in
Getting by with 25 brings down your risk. The investment needed for building
software is much lower than that for custom hardware. To get started software
therefore makes more sense. Once you've got it to sound good bring down delay.
Sent from my Samsung Corby
--
dupswapdrop -- the music-dsp mai
On 19/06/2014 7:09 PM, Rohit Agarwal wrote:
Enlighten me, does that mean faster tempo or is 10% too much delay for
that?
I think that this conversation is at risk of going off the rails. Make
sure that you're asking the right question.
There are a number of different ways that delays can imp
Enlighten me, does that mean faster tempo or is 10% too much delay for
that?
From:"Sampo Syreeni"
Sent:"A discussion list for music-related DSP"
Date:Thu, June 19, 2014 2:04 pm
Subject:Re: [music-dsp] Simulating Valve Amps
> On 2014-06-1
On 2014-06-19, Rohit Agarwal wrote:
I'm surprised by that statement quite honestly. At a tempo of 200 bpm,
this latency would be roughly 10% of the beat interval which seems to
me quite small.
Then you obviously don't know techno. ;)
--
Sampo Syreeni, aka decoy - de...@iki.fi, http://decoy.ik
I'm surprised by that statement quite honestly. At a tempo of 200 bpm,
this latency would be roughly 10% of the beat interval which seems to me
quite small.
From:"Ross Bencina"
Sent:"A discussion list for music-related DSP"
Date:Thu, June
On Jun 18, 2014, at 11:52 PM, Rohit Agarwal wrote:
> In terms of computational complexity, most of the complexity is in
> modelling, tuning the parameters to fit data. However, once you're done
> with this offline task, running the result should not be that heavy. That
> process should be real-ti
On 19/06/2014 4:52 PM, Rohit Agarwal wrote:
In terms of computational complexity, most of the complexity is in
modelling, tuning the parameters to fit data. However, once you're done
with this offline task, running the result should not be that heavy. That
process should be real-time on new CPUs.