Hi Katja,
I'm looking with great interest at your [helmholtz~] pitch tracking
object. I'm not asking to be lazy (I'm going to try it out for myself!),
but I'm wondering if you have any general impressions of its performance
as to how it compares with [sigmund~]. I'm particularly interested as
hi phil,
what are you trying to do? do you need midi from your electric bass? or just a
way to make a synth in pd?
i ask because i built a gr-300 emulation for bass that works very well and with
almost no latency. you can drive any oscillator within pd from that. it's all
signalpath though.
id
Hi Simon,
I've been using [sigmund~] with pretty good results, tracking the bass
and using it to drive various things in a complex Pd setup. I'm always
interested in alternative pitch trackers, though. I play a Steinberger
XL, so I won't likely be carving it up to put in a hex pickup; that's
[helmholtz~] is probably more accurate and will show you all of the pitch
fluctuations live. [sigmund~] with the argument "notes" is probably
preferable, if you only want one simple value per note.
On Thu, Feb 14, 2013 at 1:24 AM, Phil Stone wrote:
> Hi Katja,
>
> I'm looking with great interest
I'm not home at the moment but I will send you the snippet I used for pitch
tracking when I get home.
Have a nice day
On Feb 14, 2013 5:13 PM, "Phil Stone" wrote:
> Hi Simon,
>
> I've been using [sigmund~] with pretty good results, tracking the bass and
> using it to drive various things in a co
sounds interesting, where is it?
cheers
2013/2/14 Simon Iten
> hi phil,
>
> what are you trying to do? do you need midi from your electric bass? or
> just a way to make a synth in pd?
> i ask because i built a gr-300 emulation for bass that works very well and
> with almost no latency. you can d
but don't use it! the osc2 part is really cpu hungry in this form. i did a
rewrite which is much easier and works better. however as said before the
frequency-extraction is the same.
On May 25, 2013, at 11:15 PM, Simon Iten wrote:
> here is an old version. the interesting part is in the synth s
dont know if I got how it works, but anyway, can you share the less hungry
one? thanks
2013/5/25 Simon Iten
> but don't use it! the osc2 part is really cpu hungry in this form. i did a
> rewrite which is much easier and works better. however as said before the
> frequency-extraction is the same.
How would one (and how hard or easy would it be) write a patch which
does the following:
Instruct the user to play a sustained note on the violin; then give
feedback about how accurate Helmholtz motion is achieved; Could we
measure how short the transient takes from nonHelmholtz motion to
helmholtz
And a different question:
Just like how the different non harmonic partials are shifted and
forced into a harmonic compromise in a bowed string, does something
similar happen when playing simultaneous harmony?
I.e. would partials on 2 strings sharing bow and bridge, say fingered
at a frequency rati
Interesting idea! Might be a good idea to use a pickup, since the body
resonances of the instrument will smear the helmholtz motion from the
signal a bit if you use mic. Regarding your second question: There will
be no phase lock across 2 strings, which is why it is possible, and even
likely, t
A job for spectral tools I would guess. At the point
spectral flux hits a first minimum and autocorrelation
hits a first maximum, the string will be in stable
resonance. You could use something fast like
bonk or a schmitt trigger to time those from
the onset and get a measure of "how well" the no
12 matches
Mail list logo