On 17 May 2006, at 21:23, derek holzer wrote:
how to build standalone PD apps?
there was lots of discussion on this topic, from a technical and "philosophical" standpoint. The threads in question would be:
Thanks Derek...
The main problem with my project is that the batch processing needs
to be done by people used to windows tools. I've been allowed to use
Open Source software with the condition that it won't impair their
working habits, so I thought I'd see if people have come up with
fancier ways of packaging PD applications for Windows than a .bat
file...
I wish I could just distribute a PD patch, but I have to at least try
to make it as easy as possible for the testers.
In any case, does anyone have any thoughts on how to achieve what the
tool has to do (nevermind how to present it)?
The objectives were:
I need to build a sound file batch processing application which
will do the following:a) Perform BPM detection and classification (from verySlow or
Adagio, to veryFast or Prestissimo, in 3 points) b) Amplitude classification (from verySoft to veryLoud in 3 points) c) Tag soundfiles with ID3 tags that contain the information
gleaned above (maybe in the ID3 comment tag)
Ciao,
d
-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com
The objectives were:
I need to build a sound file batch processing application which will do the following:
a) Perform BPM detection and classification (from verySlow orAdagio, to veryFast or Prestissimo, in 3 points) b) Amplitude classification (from verySoft to veryLoud in 3 points) c) Tag soundfiles with ID3 tags that contain the information gleaned above (maybe in the ID3 comment tag)
hi david, pd is not the right thing for what you want to do because it's very limited when it comes to complex offline data processing and it's GUI, hmmm, well.... you said you don't want to mess with TCL? then forget pd. if you want a "real" application you'll have to write one. for the tempo stuff there's a matlab implementation of scheirer's technique here: http://www.owlnet.rice.edu/~elec301/Projects01/beat_sync/beatalgo.html i haven't tried the code myself yet but it looks very promising. matlab code can be easily ported to python+numpy or ruby+narray. the amplitude stuff and tagging are the easy part once you've managed the tempo detection. use wxWidgets as a fast and reliable GUI with native look-and-feel.
sven.
Hallo!
matlab code can be easily ported to python+numpy or ruby+narray. the amplitude stuff and tagging are the easy part once you've managed the tempo detection.
if you want to be opensource you could also use octave - which is something like a free matlab clone ... There is also a GUI project for octave, then you could do something like you want to ... but I don't know if this project is already ready to use ...
LG Georg
Hi Sven,
On 18 May 2006, at 01:26, sven wrote:
pd is not the right thing for what you want to do because it's very limited when it comes to complex offline data processing and it's GUI, hmmm, well.... you said you don't want to mess with TCL? then forget pd.
Well, I'm aware pd's gui is tcl, but actually, because it's fairly
cross-platform, it is still a good candidate platform for prototype
implementations of DSP tasks that need to be used by others.
if you want a "real" application you'll have to write one. for the tempo stuff there's a matlab implementation of scheirer's
technique here: http://www.owlnet.rice.edu/~elec301/Projects01/beat_sync/beatalgo.html
I've converted that code to C++ using FMOD, but it's actually giving
me problems (which is why I wanted to see if maybe I could do it in
PD instead, that perhaps there were existing methods/abstractions
implemented already).
the amplitude stuff and tagging are the easy part once you've managed the tempo detection. use wxWidgets as a fast and reliable GUI with native look-and-feel.
Indeed, I'm hoping to implement a quick and dirty bpm detect, then
play more with amplitude.
Thanks again for your advice.
d
Hallo David, David Plans Casal hat gesagt: // David Plans Casal wrote:
Indeed, I'm hoping to implement a quick and dirty bpm detect, then
play more with amplitude.
I just saw an annoucement on LAD for this: http://aubio.piem.org/
What is aubio ?
aubio is a library for audio labelling. Its features include segmenting a sound file before each of its attacks, performing pitch detection, tapping the beat and producing midi streams from live audio. The name aubio comes from 'audio' with a typo: several transcription errors are likely to be found in the results too.
The aim of this project is to provide these automatic labelling features to other audio softwares. Functions can be used offline in sound editors and software samplers, or online in audio effects and virtual instruments.
Interesting news bit: It includes a Pd external!
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
At 15:09 22.05.2006, Frank Barknecht wrote:
Hallo David, David Plans Casal hat gesagt: // David Plans Casal wrote:
Indeed, I'm hoping to implement a quick and dirty bpm detect, then play more with amplitude.
I just saw an annoucement on LAD for this: http://aubio.piem.org/
What is aubio ?
aubio is a library for audio labelling. Its features include segmenting a sound file before each of its attacks, performing pitch detection, tapping the beat and producing midi streams from live audio. The name aubio comes from 'audio' with a typo: several transcription errors are likely to be found in the results too.
The aim of this project is to provide these automatic labelling features to other audio softwares. Functions can be used offline in sound editors and software samplers, or online in audio effects and virtual instruments.
Interesting news bit: It includes a Pd external!
hmmm, very interesting, thanks for posting this.
-
David Plans Casal -
Frank Barknecht -
Georg Holzmann -
sven