Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread robert bristow-johnson
Original Message Subject: Re: [music-dsp] Cheap spectral centroid recipe From: "Ethan Duni" Date: Thu, February 25, 2016 4:16 pm To: "A discussion list for music-related DSP"

Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread robert bristow-johnson
Original Message Subject: Re: [music-dsp] Cheap spectral centroid recipe From: "Esteban Maestre" Date: Thu, February 25, 2016 4:59 pm To: music-dsp@music.columbia.edu

Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread Esteban Maestre
Hi there, On 2/25/2016 3:57 PM, Evan Balster wrote: When working with tonal signals, it has been proposed that brightness be normalized through division by fundamental frequency. This produces a dimensionless (?) metric which is orthogonal to the tone's pitch, and does not typically fall

Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread Ethan Duni
>Lastly, it's important to note that differentiation and semi-differentiation >filters are always approximate for sampled signals, and will tend to >exhibit poor behavior for very high frequencies and (for semi-differentiation) >very low ones. I'm not sure there's necessarily a problem at low

Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread Evan Balster
For my own benefit and that of future readers, I'm going to summarize the thread so far. The discussion here concerns metrics of "brightness" -- that is, the tendency of a given signal toward higher or lower signal content. The method proposed for analyzing brightness involves inspecting

Re: [music-dsp] Cheap spectral centroid recipe

2016-02-25 Thread Theo Verelst
Evan Balster wrote: ... To that end: A handy, cheap algorithm for approximating the power-weighted spectral centroid -- a signal's "mean frequency" -- which is a good heuristic for perceived sound brightness . In spite of its

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread Kjetil Matheussen
On Thu, Feb 25, 2016 at 5:08 PM, Ethan Fenn wrote: > When you ask if there is an implementation > of something available, you don't expect people to teach you programming > lessons and sprout about > how useful it would be for your personal development to implement things

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread Ethan Fenn
When you ask if there is an implementation of something available, you don't expect people to teach you programming lessons and sprout about how useful it would be for your personal development to implement things yourself. Honestly, it wasn't clear if that's what you were asking for or not. Had

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread STEFFAN DIEDRICHSEN
> On 25.02.2016|KW8, at 16:22, Kjetil Matheussen > wrote: > > Well, this is also a callback. Correct. > And as I wrote, I needed a C interface, so a virtual method > was not an alternative. That’s fine. > > By the way, the tone of this mailing list is quite

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread Kjetil Matheussen
On Thu, Feb 25, 2016 at 3:44 PM, STEFFAN DIEDRICHSEN wrote: > > On 25.02.2016|KW8, at 03:43, Ross Bencina > wrote: > > I'm surprised it's apparently so uncommon to implement a > callback interface for providing samples when resampling. It's the >

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread STEFFAN DIEDRICHSEN
> On 25.02.2016|KW8, at 03:43, Ross Bencina wrote: > >> I'm surprised it's apparently so uncommon to implement a >> callback interface for providing samples when resampling. It's the >> really the natural thing to do. > In a C-environment, it’s OK, it’s fast, no

Re: [music-dsp] Tip for an audio resampler library doing cubic interpolation

2016-02-25 Thread Kjetil Matheussen
On Thu, Feb 25, 2016 at 3:43 AM, Ross Bencina wrote: > On 23/02/2016 7:42 PM, Kjetil Matheussen wrote: > >> But that's why I ask, so I don't have to do the implementation. It >> seems like a common task that someone, probably many, have already >> done. >> > > Just