Bruno Zamborlin

Dear all, that's the problem: given an audio file of "M" milliseconds and given an integer "W" that represents the window size, I would like to obtain a list of "L/W" values that represent the pitch avarage of each window that composes the audio file.

I'm trying to use the Tristan Jehan's pitch~ object, that works in real time.

However, with this object I have two issues:

A: window size seems not able to change dinamically (btw, I can avoid this problem using some script)

B: both fiddle~ and pitch~ works in realtime, so anytime I run the patch that I attached, I obtain different values in relation with how much "silence" enters in the first window.

ps: I would like to do the same thing with the noisiness parameter...

I'm trying to use the Tristan Jehan's pitch~ object, that works in real time.
However, with this object I have two issues:

A: window size seems not able to change dinamically (btw, I can avoid this problem using some script)
B: both fiddle~ and pitch~ works in realtime, so anytime I run the patch that I attached, I obtain different values in relation with how much "silence" enters in the first window.

calculating-the-average-pitch-of-an-audio-file

> B: both fiddle~ and pitch~ works in realtime, so anytime I run the patch that I attached, I obtain different values in relation with how much "silence" enters in the first window.

this issue is releated to the "window" paradigm isnt it, i dont

know how you can leave the silence parts out of the average

calculation, but when silent parts create a pitch track of

0 Hz you would only need to exclude frequencies below 10 Hz

for nonrealtime it might make sense to perform the calculation

on the non signal layer, this will make issues about the "window"

this issue is releated to the "window" paradigm isnt it, i dont
know how you can leave the silence parts out of the average
calculation, but when silent parts create a pitch track of
0 Hz you would only need to exclude frequencies below 10 Hz
from the calcualtion.
for nonrealtime it might make sense to perform the calculation
on the non signal layer, this will make issues about the "window"
parqadigm a bit easier.

Calculating the average pitch of an audio file