before building something that's already there, has anyone done a working bpm counter in pd?
On Mon, 18 Oct 2010, L.J. wrote:
before building something that's already there, has anyone done a working bpm counter in pd?
use GridFlow's [fps]. It will give you Hz (bangs per second). After that you can use [* 60] to convert it to bangs per minute. There's an option in [fps] to choose how often you want it reported.
See this help file : http://gridflow.ca/help/fps-help.html
Note that the default mode is "real", so it uses [realtime]. If you want it to use logical time, you can write in the box :
[fps, mode logical]
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
u can try with this >
[r timeinmilliseconds] | [expr 1000/($f1/60)] | [result in proportion of ranges, if you are quantizing in 4/4...this result you have to divide by 4, and will coincide with the bpms)
salut x!
2010/10/18 L.J. potaxpotax@gmail.com:
before building something that's already there, has anyone done a working bpm counter in pd?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
L.J. wrote:
before building something that's already there, has anyone done a working bpm counter in pd?
Are you actually talking about a metronome? Like a metro that takes bpm instead of milliseconds?
In that case just feed a [expr 60/$f1*1000] to [metro]'s right inlet, no?
Lorenzo
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Tue, 19 Oct 2010, Lorenzo Sutton wrote:
L.J. wrote:
before building something that's already there, has anyone done a working bpm counter in pd?
Are you actually talking about a metronome? Like a metro that takes bpm instead of milliseconds?
Why is anyone understanding the question as being about doing anything else than counting how many bangs in a short time period and then converting that to bangs per minute ?
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
well i did some research i guess an adaptive version (like the last one in my messy messy testpatch) whould give the best realworld performance. with fast reaction to tempo changes and good smoothing
but i'm too lazy to figure out the perfect numbers
Am 18.10.2010 17:25, schrieb L.J.:
before building something that's already there, has anyone done a working bpm counter in pd?
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
- -
L.J. -
Lorenzo Sutton -
Mathieu Bouchard -
xä