Hi
Have put a small collection of externals up on my web site follow the Pd link on this page: http://soundart.tripod.com
Heres the readme ...*&%>>,,???>>>>>>>>>>>>> :
the makefile is configured for Linux only - Linux binaries included.
polygate~ - switch between multiple signal inputs - variable fade rate both linear & equal power
shuffle - a no-repeat random generator - outputs numbers within a set range
pan~ - equal power stereo panning
system - sends a system message to the console
ln~ - natural log + inverse
rec2pol~ - convert rectangular coordinates to polar eg. can be used to convert sine & cosine rfft~ output to phase & magnitude
pol2rec~ - inverse of rec2pol~
two related patches:
polvoc.pd - example of pol2rec~ etc
noisegate - simple noisegate used in above
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL allows you to send SQL commands to a database and retrieve the results. If anyones interested in this let me know and Ill scrape it together.
Cheers, iain
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
nice...
thanks
mik
----- Original Message ----- From: "Iain Mott" idmott@hotmail.com To: pd-list@iem.kug.ac.at Cc: iain.mott@bigpond.com Sent: Thursday, February 22, 2001 1:10 PM Subject: some externalernals
Hi
Have put a small collection of externals up on my web site - follow the
'Pd'
link on this page: http://soundart.tripod.com
Here's the readme......*&%>>,,???>>>>>>>>>>>>> :
the makefile is configured for Linux only - Linux binaries included.
polygate~ - switch between multiple signal inputs - variable fade rate
both
linear & equal power
shuffle - a no-repeat random generator - outputs numbers within a set
range
pan~ - equal power stereo panning
system - sends a system message to the console
ln~ - natural log + inverse
rec2pol~ - convert rectangular coordinates to polar eg. can be used to convert sine & cosine rfft~ output to phase & magnitude
pol2rec~ - inverse of rec2pol~
two related patches:
polvoc.pd - example of pol2rec~ etc
noisegate - simple noisegate used in above
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL - allows you to send SQL commands to a database and retrieve
the
results. If anyone's interested in this - let me know and I'll scrape it together.
Cheers, iain
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
cool!
and yes please, the pgsql thingy!
lu
On Thu, 22 Feb 2001, Iain Mott wrote:
::Hi :: ::Have put a small collection of externals up on my web site follow the Pd ::link on this page: http://soundart.tripod.com :: ::Heres the readme ...*&%>>,,???>>>>>>>>>>>>> : :: ::the makefile is configured for Linux only - Linux binaries included. :: ::polygate~ - switch between multiple signal inputs - variable fade rate both ::linear & equal power :: ::shuffle - a no-repeat random generator - outputs numbers within a set range :: ::pan~ - equal power stereo panning :: ::system - sends a system message to the console :: ::ln~ - natural log + inverse :: ::rec2pol~ - convert rectangular coordinates to polar eg. can be used to ::convert sine & cosine rfft~ output to phase & magnitude :: ::pol2rec~ - inverse of rec2pol~ :: ::two related patches: :: ::polvoc.pd - example of pol2rec~ etc :: ::noisegate - simple noisegate used in above :: ::--- :: ::One thing not included (amongst a few more) is a simple Pd interface to ::PostgreSQL allows you to send SQL commands to a database and retrieve the ::results. If anyones interested in this let me know and Ill scrape it ::together. :: ::Cheers, iain :: :: :: :: ::_________________________________________________________________________ ::Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. :: ::
I'd be interested in that one. It'd be fun to turn sales into music (although the other way around would be nice, too).
./MiS
On Thu, 22 Feb 2001, Iain Mott wrote:
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL allows you to send SQL commands to a database and retrieve the results. If anyones interested in this let me know and Ill scrape it together.
Yes indeed - but as a slightly more realistic suggestion, Postgres can be used as a means of finding matching sounds. Eg. If recorded sounds are analysed for features such as pitch envelope, centroid envelope, duration etc - and this data is placed in tables, one can find "matches" for new sound fragments by searching for files in the database with best fitting characteristic (ie. run searches on the basis of the least error).
Cheers, iain
-----Original Message----- From: Michal Seta [mailto:mis@music.mcgill.ca] Sent: Thursday, 8 March 2001 4:24 AM To: pd-list@iem.kug.ac.at Subject: Re: some externalernals
I'd be interested in that one. It'd be fun to turn sales into music (although the other way around would be nice, too).
./MiS
On Thu, 22 Feb 2001, Iain Mott wrote:
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL - allows you to send SQL commands to a database and retrieve
the
results. If anyone's interested in this - let me know and I'll scrape it together.
Well, yeah. I was just kidding (although I have talked to a guy, a web master for a fairly large website who was complaining that he was getting bored with analyzing the data and stuff. I suggested we put the data to music and see what it sounds like and he liked the idea...).
I would mainly be interested in using the database as a "scratch pad" to store and manipulate various musical events. So, how fast is the response to queries?
So, why not making it available?
./MiS
On Wed, 07 Mar 2001, Iain Mott wrote:
Yes indeed - but as a slightly more realistic suggestion, Postgres can be used as a means of finding matching sounds. Eg. If recorded sounds are analysed for features such as pitch envelope, centroid envelope, duration etc - and this data is placed in tables, one can find "matches" for new sound fragments by searching for files in the database with best fitting characteristic (ie. run searches on the basis of the least error).
Cheers, iain
-----Original Message----- From: Michal Seta [mailto:mis@music.mcgill.ca] Sent: Thursday, 8 March 2001 4:24 AM To: pd-list@iem.kug.ac.at Subject: Re: some externalernals
I'd be interested in that one. It'd be fun to turn sales into music (although the other way around would be nice, too).
./MiS
On Thu, 22 Feb 2001, Iain Mott wrote:
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL - allows you to send SQL commands to a database and retrieve
the
results. If anyone's interested in this - let me know and I'll scrape it together.
On Fri, 9 Mar 2001, Michal Seta wrote:
I would mainly be interested in using the database as a "scratch pad" to store and manipulate various musical events. So, how fast is the response to queries?
So, why not making it available?
It is available. See www.pure-data.org.
If you come up with any query response time issues, let me know and I'll put them in the FAQ.
(jfm3)
Sorry I can't do much better than say 'pretty fast' at the moment! Have addressed a few optimisation issues in the README file for the external (see http://soundart.tripod.com/Pd/readmesql.html). Also in the PostgreSQL documentation, have a look for info on indexing and 'primary keys'.
For the work I've been doing - I've actually been running commands in pauses in the audio - so interruptions or glitches in the audio haven't really been an issue. Because of this I've also had the liberty of switching off Pd's DSP - to lend a little more CPU time to Postgres. I'm no expert on Pgres - but I suppose there must be other ways to speed up response - holding data in RAM perhaps?
Cheers, iain
-----Original Message----- From: Michal Seta [mailto:mis@music.mcgill.ca] Sent: Saturday, 10 March 2001 8:56 AM To: pd-list@iem.kug.ac.at Subject: RE: some externalernals
Well, yeah. I was just kidding (although I have talked to a guy, a web master for a fairly large website who was complaining that he was getting bored with analyzing the data and stuff. I suggested we put the data to music and see what it sounds like and he liked the idea...).
I would mainly be interested in using the database as a "scratch pad" to store and manipulate various musical events. So, how fast is the response to queries?
So, why not making it available?
./MiS
On Wed, 07 Mar 2001, Iain Mott wrote:
Yes indeed - but as a slightly more realistic suggestion, Postgres can be used as a means of finding matching sounds. Eg. If recorded sounds are analysed for features such as pitch envelope, centroid envelope, duration etc - and this data is placed in tables, one can find "matches" for new sound fragments by searching for files in the database with best fitting characteristic (ie. run searches on the basis of the least error).
Cheers, iain
-----Original Message----- From: Michal Seta [mailto:mis@music.mcgill.ca] Sent: Thursday, 8 March 2001 4:24 AM To: pd-list@iem.kug.ac.at Subject: Re: some externalernals
I'd be interested in that one. It'd be fun to turn sales into music (although the other way around would
be
nice, too).
./MiS
On Thu, 22 Feb 2001, Iain Mott wrote:
One thing not included (amongst a few more) is a simple Pd interface to PostgreSQL - allows you to send SQL commands to a database and retrieve
the
results. If anyone's interested in this - let me know and I'll scrape
it
together.
On Sun, 11 Mar 2001, Iain Mott wrote:
DSP - to lend a little more CPU time to Postgres. I'm no expert on Pgres - but I suppose there must be other ways to speed up response - holding data in RAM perhaps?
hmmm, using a ramdisk for the database ? postgres has a tremendous slowdown, because for security reasons it syncs every single byte to the disk when writing. There is a way to turn it off, but I can't remember how.
Guenter
On Sun, 11 Mar 2001, guenter geiger wrote:
On Sun, 11 Mar 2001, Iain Mott wrote:
DSP - to lend a little more CPU time to Postgres. I'm no expert on Pgres - but I suppose there must be other ways to speed up response - holding data in RAM perhaps?
hmmm, using a ramdisk for the database ? postgres has a tremendous slowdown, because for security reasons it syncs every single byte to the disk when writing. There is a way to turn it off, but I can't remember how.
I have an implementation of the k-NN algorithim that would be do something similar to what you are using postgress for. It is quite fast for reasonably small datasets (in the order of a few thousand entries) as it runs entirely in ram. These objects were used for a timbre recognition system that I helped implement (the majority of the work was done by Dr. Ichiro Fujinaga) - a write up is in the 2000 ICMC proceedings. If anyone wants the k-NN object let me know.
Karl
Guenter
| Karl W. MacMillan | | Computer Music Department | | Peabody Institute of the Johns Hopkins University | | karlmac@peabody.jhu.edu | | www.peabody.jhu.edu/~karlmac |
-
guenter geiger -
Iain Mott -
Iain Mott -
jfm3 -
Karl MacMillan -
ludwig zeininger -
Michal Seta -
mik