On 8/8/13 11:05 AM, Ian Esten wrote:
Spectral flux is the way to go. It will detect both changes in level
and sharp changes in frequency content. It will be a more robust onset
detector than trying to repurpose a pitch detector, with the added
advantage of being simpler to compute. There are othe
On 8/9/13 7:25 PM, Ross Bencina wrote:
Hi Robert,
I have a question: are you trying to output the pitch and note on/off
information in a real-time streaming scenario with minimum delay? or
is this an off-line process? My impression is that the MIR folk worry
less about minimum-delay/causal pr
Hi Robert,
I have a question: are you trying to output the pitch and note on/off
information in a real-time streaming scenario with minimum delay? or is
this an off-line process? My impression is that the MIR folk worry less
about minimum-delay/causal processing than us real-time people.
Ano
On 8/8/13 2:23 PM, Ian Esten wrote:
Hmm. I think keeping it in the time domain would be difficult. Most
time domain pitch detection algs are error prone, which would yield
false positives.
You can of course tweak FFT size and your interval between FFTs. I
think it would be pretty reasonable to r
I haven't worked much on this, so just some speculations.
> i'd sorta like to keep this in the time-domain if possible so that it
> might be able to operate real-time, even with a small delay. but the
> delay in doing an STFT seems too long.
A delay the size of a few periods of the signal seems
Robert, check out the Bello tutorial paper. Step #2, the reduction
step, is a common step done by most onset detectors to get all your
derivatives or novelty functions down to a single "onset detection
function" that you can then peak pick to find your onsets. The
reduction step can be as simple
Hmm. I think keeping it in the time domain would be difficult. Most
time domain pitch detection algs are error prone, which would yield
false positives.
You can of course tweak FFT size and your interval between FFTs. I
think it would be pretty reasonable to run your FFTs at a pretty
coarse time r
On 8/8/13 11:05 AM, Ian Esten wrote:
On Mon, Aug 5, 2013 at 1:01 PM, robert bristow-johnson
wrote:
the big problem i am dealing with is people singing or humming and changing
notes. i really want to encode those pitch changes as new notes rather than
as a continuation of the previous note (pe
the big problem i am dealing with is people singing or humming and
changing notes. i really want to encode those pitch changes as new
notes rather than as a continuation of the previous note (perhaps
adjusted with MIDI pitch bend messages). there is not sufficient
change in amplitude or even in t
Glad you finally made it through, Victor. I guess none of my posts
through the years have shown up either. This is the first time I
bothered to check, since I never received any bounce emails. I just
thought everyone was just really unresponsive.
For those interested, I'll copy my original respon
I've been trying to send a reply to this, but none has appeared, I guess
because of html blocking...
Anyway, here's the message, I hope it gets there now
We've done some work on this a couple of years ago:
"Real-time detection of musical onsets with linear prediction and sinusoidal
model
Eric, it looks like you're sending HTML mail. The list only takes plain
text.
best,
douglas
On 8/7/13 3:01 PM, Eric Battenberg wrote:
For the life of me, I can't get the list to stop ignoring my replies
(I'm not even getting bounces), so just to be sure, I've CC'd everyone
on the thread.
On 7/08/2013 12:23 PM, charles morrow wrote:
Please explain your reference Roberts transcription notes for me.
Robert expressed the following requirement:
On 6/08/2013 6:01 AM, robert bristow-johnson wrote:
> the big problem i am dealing with is people singing or humming and
> changing notes
Ross Bencina wrote:
On 7/08/2013 2:38 AM, Theo Verelst wrote:
I suppose in EE terms, if you know something about the waves you're
...
You would need a definition of note onset that somehow includes
segmenting a hummed glide transition from one pitch to another according
to Robert's transcriptio
On 8/6/13 7:23 PM, charles morrow wrote:
Ross
Please explain your reference Roberts transcription notes for me.
In my ignorance, I am imagining this is a joke on Roberts Rules of Order
or a real reference to someone like Willow Roberts Powers
oh jeepers.
--
r b-j r...@audi
Ross
Please explain your reference Roberts transcription notes for me.
In my ignorance, I am imagining this is a joke on Roberts Rules of Order
or a real reference to someone like Willow Roberts Powers
charlie
On Aug 6, 2013, at 8:12 PM, Ross Bencina wrote:
> On 7/08/2013 2:38 AM, Theo Verel
On 7/08/2013 2:38 AM, Theo Verelst wrote:
I suppose in EE terms, if you know something about the waves you're
trying to detect
Strikes me that we are talking about perceptual note onset, not
something you could define /easily/ in EE terms.
You would need a definition of note onset that someh
robert bristow-johnson wrote:
would anyone be interested in pointing me in a good direction regarding
note onset detection? i have the MIRtoolbox from Oliver Lartillot which
looks quite current. still digging into it to see what the kernel is.
various papers mention a "novelty function" which
through a pitch estimator: a change in the
pitch estimate is merely *suggesting* an onset. to confirm it you still need
to see the note (is and wasn't) there.
-Original Message-
From: robert bristow-johnson
Sent: Monday, August 05, 2013 9:01 PM
To: music-dsp@music.columbia.edu
S
On 2013-08-05 22:01, robert bristow-johnson wrote:
> it seems to need something critical to be defined: hNoveltyFunc(X, f_s)
>
> i wonder how hNoveltyFunc is defined?
You can find the function definitions either through the "code" menu on
the site or you can directly download the zip archive f
On 8/5/13 12:31 PM, alexander lerch wrote:
Hey Robert,
an excellent introduction to onset detection can be found in this paper
by Bello et al.
@ARTICLE{bello05,
TITLE = {{A Tutorial on Onset Detection in Music Signals}},
AUTHOR = { {Juan Pablo} Bello and Laurent Daudet a
On 8/5/13 12:47 PM, Didier Dambrin wrote:
I have an old onset detector but for drums, you're looking for notes.
drum whacks, i think, should be pretty easy to detect. drum (or cymbal)
rolls, maybe not so easy.
That's an even better reason to do it in the time domain IMHO.
Mine (it can be t
o
wanna detect overlapping notes with smooth attacks.
-Message d'origine-
From: robert bristow-johnson
Sent: Monday, August 05, 2013 7:50 PM
To: music-dsp@music.columbia.edu
Subject: [music-dsp] note onset detection
would anyone be interested in pointing me in a good direction
Hey Robert,
an excellent introduction to onset detection can be found in this paper
by Bello et al.
@ARTICLE{bello05,
TITLE = {{A Tutorial on Onset Detection in Music Signals}},
AUTHOR = { {Juan Pablo} Bello and Laurent Daudet and Samer Abdallah and
Chris Duxbury and Mike
would anyone be interested in pointing me in a good direction regarding
note onset detection? i have the MIRtoolbox from Oliver Lartillot which
looks quite current. still digging into it to see what the kernel is.
various papers mention a "novelty function" which makes use of a
"similarity
25 matches
Mail list logo
