[PD] re: Loading soundfiles
etienne deleflie
et at lalila.net
Thu Sep 8 01:59:25 CEST 2005
if I am not mistaken, and I may well be, jMAX had decent threaded disk
reading stuff (please correct me).
I _think_ the jmax package was called unixdtd (I guess that would make
it no good for windows).
The source of that is here:
http://cvs.sourceforge.net/viewcvs.py/jmax/jmax/packages/unixdtd/
... could be a bum steer ... (ofcourse, that's assuming there is a
vehicle moving towards a threaded disk access effort)
Etienne
>I have a scheme I use for loading whole groups of samplers at once.
>I attach the load commands for a group of samplers to a single bang object.
>then many samplers can be loaded at once.
>I have an abstraction called kitpatch, which has 4 samplers inside, mainly
>for rhythm purposes. I set up several instances of the setup I mentioned,
>each with a different set of filenames of samples for each. Hitting the
>respective bang loads a new 'drumkit'
>The important thing is that you hit the load bang for each sample filename
>before you start your performance, so they get spooled into memory (
>windows - others might work differently ). Then each subsequent loading
>happens with no dropouts.
>
>jeff b
>
>
>
>
>
>
>Date: Wed, 07 Sep 2005 16:11:16 +0200 (CEST)
>From: zmoelnig at iem.at
>Subject: Re: [PD] threading soundfiler
>To: patrick <patrick at 11h11.com>
>Cc: PD-list at iem.at
>Message-ID: <1126102276.431ef504ded61 at iem.at>
>Content-Type: text/plain; charset=ISO-8859-1
>
>Quoting patrick <patrick at 11h11.com>:
>
>
>
>>will be? i really think that it's the basic of live electronic music!
>>
>>
>
>i think you have a very narrow view of "live electronic music" if you reduce
>it
>to be able to handle loading soundfiles.
>
>
>
>>am i the only one wishing for this feature to be part of pd?
>>
>>
>
>i guess not.
>it is certainly an important feature to be able to load soundfiles without
>dropouts.
>
>
>mfg.as.dr
>IOhannes
>
>
>
>----- Original Message -----
>From: <pd-list-request at iem.at>
>To: <pd-list at iem.at>
>Sent: Wednesday, September 07, 2005 3:55 PM
>Subject: PD-list Digest, Vol 6, Issue 24
>
>
>
>
>>Send PD-list mailing list submissions to
>>pd-list at iem.at
>>
>>To subscribe or unsubscribe via the World Wide Web, visit
>>http://lists.puredata.info/listinfo/pd-list
>>or, via email, send a message with subject or body 'help' to
>>pd-list-request at iem.at
>>
>>You can reach the person managing the list at
>>pd-list-owner at iem.at
>>
>>When replying, please edit your Subject line so it is more specific
>>than "Re: Contents of PD-list digest..."
>>
>>
>>Today's Topics:
>>
>> 1. Re: threading soundfiler (Georg Holzmann)
>> 2. Re: reverse operator math (day 5)
>> 3. Re: Using netclient to get weather data from weather.com
>> (zmoelnig at iem.at)
>> 4. Re: threading soundfiler (zmoelnig at iem.at)
>> 5. Re: question (zmoelnig at iem.at)
>> 6. Re: threading soundfiler (Gregorio G. Karman)
>> 7. Re: GEM pix_dv (Christian Veit)
>> 8. .pdrc & others librairies script integration (juto aviten)
>> 9. Re: .pdrc & others librairies script integration (Frank Barknecht)
>> 10. PROBLEM: saving patch state .....solved but... :-/ (federico)
>>
>>
>>----------------------------------------------------------------------
>>
>>Message: 1
>>Date: Wed, 07 Sep 2005 12:40:25 +0200
>>From: Georg Holzmann <grhPD at gmx.at>
>>Subject: Re: [PD] threading soundfiler
>>To: "Gregorio G. Karman" <ggkarman at musicologia.com>
>>Cc: pd-list at iem.at
>>Message-ID: <431EC399.2050606 at gmx.at>
>>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>Hallo!
>>
>>
>>
>>>succesfully using Miller's suggestion of an oversampled sfread~ using
>>>block~ in a subpatch.
>>>
>>>
>>yes, but it's a very bad hack !
>>
>>LG
>>Georg
>>
>>
>>
>>>Good luck
>>>greg.
>>>
>>>
>>>
>>>_______________________________________________
>>>PD-list at iem.at mailing list
>>>UNSUBSCRIBE and account-management ->
>>>
>>>
>http://lists.puredata.info/listinfo/pd-list
>
>
>>>
>>>
>>--
>>=%)!:?"§<§0&-"|>*
>>http://grh.mur.at
>>
>>
>>
>>------------------------------
>>
>>Message: 2
>>Date: Wed, 07 Sep 2005 15:59:39 +0200 (CEST)
>>From: day 5 <day5ive at gmail.com>
>>Subject: [PD] Re: reverse operator math
>>To: pd-list at iem.at
>>Message-ID: <1126101579.431ef24beb2a9 at iem.at>
>>Content-Type: text/plain; charset=ISO-8859-1
>>
>>OK.
>>
>>Here's how I implement it for now:
>>
>>
>>
>>[ (incoming numerical list data from hid) ]
>> | |
>> | [
>>(timestamp) ]
>> |
>>[ unpack 0 0 ]
>> |
>>[ pack $1 (max value, reverse operator number) ]
>> |
>>[ unpack 0 0]
>> |
>>[ - ]
>> |
>>[ (numerical display) ]
>>
>>
>>
>>what ways are more efficient to do this ??
>>
>>-d5
>>
>>On Sep 5, 2005, at 11:21 PM, David Akbari wrote:
>>
>>
>>
>>>Hi List,
>>>
>>>I was wondering if it was at all possible to do reverse operator math
>>>in Pd?
>>>
>>>Example:
>>>
>>>[ ! - ]
>>>[ ! / ]
>>>(from max)
>>>
>>>-d5
>>>
>>>
>>>
>>_______________________________________________
>>PD-list at iem.at mailing list
>>UNSUBSCRIBE and account-management ->
>>
>>
>http://lists.puredata.info/listinfo/pd-list
>
>
>>
>>------------------------------
>>
>>Message: 3
>>Date: Wed, 07 Sep 2005 16:08:49 +0200 (CEST)
>>From: zmoelnig at iem.at
>>Subject: Re: [PD] Using netclient to get weather data from weather.com
>>To: Martin Peach <martinrp at vax2.concordia.ca>
>>Cc: PD-list at iem.at
>>Message-ID: <1126102129.431ef47130db5 at iem.at>
>>Content-Type: text/plain; charset=ISO-8859-1
>>
>>Quoting Martin Peach <martinrp at vax2.concordia.ca>:
>>
>>
>>
>>>Rune Lain Knudsen wrote:
>>>
>>>
>>>
>>>>I'm trying to get netclient to download an xml file from my
>>>>
>>>>
>>>subscription at weather.com but a strange thing happened. I try to send
>>>a fairly long GET message (containing a search string, a few parameters
>>>and ID+password), and it seems to work on a regular browser but not in
>>>PD. When I connect the message box containing the GET message to a print
>>>object it doesn't print the whole string in the console, it seems like
>>>there's a limit on either the message box(how many characters it can
>>>send) or the print object(in which case I'm probably chasing the wrong
>>>problem altogether).
>>>
>>>
>>there is definitely i limit in [print];
>>there might be a limit in the symbol-length but i never found one (the
>>
>>
>longest
>
>
>>symbol i ever made was some 20.000 chars long)
>>
>>i'm not really sure whether there is a limit in the message-box, but i
>>
>>
>guess as
>
>
>>long as you don't need to save the content of the message-box (by saving
>>
>>
>the
>
>
>>patch) you should be fine.
>>
>>mfg.ads.r
>>IOhannes
>>
>>
>>
>>------------------------------
>>
>>Message: 4
>>Date: Wed, 07 Sep 2005 16:11:16 +0200 (CEST)
>>From: zmoelnig at iem.at
>>Subject: Re: [PD] threading soundfiler
>>To: patrick <patrick at 11h11.com>
>>Cc: PD-list at iem.at
>>Message-ID: <1126102276.431ef504ded61 at iem.at>
>>Content-Type: text/plain; charset=ISO-8859-1
>>
>>Quoting patrick <patrick at 11h11.com>:
>>
>>
>>
>>>will be? i really think that it's the basic of live electronic music!
>>>
>>>
>>i think you have a very narrow view of "live electronic music" if you
>>
>>
>reduce it
>
>
>>to be able to handle loading soundfiles.
>>
>>
>>
>>>am i the only one wishing for this feature to be part of pd?
>>>
>>>
>>i guess not.
>>it is certainly an important feature to be able to load soundfiles without
>>
>>
>dropouts.
>
>
>>mfg.as.dr
>>IOhannes
>>
>>
>>
>>------------------------------
>>
>>Message: 5
>>Date: Wed, 07 Sep 2005 16:39:15 +0200 (CEST)
>>From: zmoelnig at iem.at
>>Subject: [PD] Re: question
>>To: "飯田 俊太" <lovesdub at hotmail.com>
>>Cc: pd-list at iem.at, zmoelnig at iem.at
>>Message-ID: <1126103955.431efb938a343 at iem.at>
>>Content-Type: text/plain; charset=ISO-8859-1
>>
>>hi
>>
>>Quoting 飯田 俊太 <lovesdub at hotmail.com>:
>>
>>i guess your name is non-ascii (indian, arabic, kj,...)
>>anyhow
>>
>>
>>
>>>i made pd bat.
>>>
>>>
>>so you are on windows ?
>>
>>
>>
>>>i`m trying to use gem`s in example folder`s
>>>video files.
>>>when connect with vido camara and
>>>take to try live vision pd will be shut down.
>>>do you have any driver for fix this problem?
>>>whenever you have time please mail me.
>>>shunta
>>>
>>>
>>>
>>which version of Gem are you running exactly ? you really need gem-0.90.1
>>
>>could you try the help-patch ( _not_ the example patch)
>>
>>
>help/pix_videoDS.pd
>
>
>>mfg.adsr
>>IOhannes
>>
>>
>>PS: i have forwarded this post to the pd-list, where such questions are
>>
>>
>usually
>
>
>>asked and answered (by more people, and people that have more experience
>>
>>
>with
>
>
>>w32 than me); you should subscribe yourself (if you have not already done
>>
>>
>so) to
>
>
>>this list (else you cannot post)
>>
>>
>>
>>
>>
>>------------------------------
>>
>>Message: 6
>>Date: Wed, 7 Sep 2005 19:36:15 +0200 (CEST)
>>From: "Gregorio G. Karman" <ggkarman at musicologia.com>
>>Subject: Re: [PD] threading soundfiler
>>To: "patrick" <patrick at 11h11.com>
>>Cc: pd-list at iem.at
>>Message-ID:
>><36751.80.58.33.170.1126114575.squirrel at llca497-a.servidoresdns.net>
>>Content-Type: text/plain;charset=iso-8859-1
>>
>>I am using 64x, but higher rates worked fine for me if not using too heavy
>>DSP processes. Im loading 100 secs files in about a sec. with no drops.
>>cheers
>>
>>
>>
>>>hi,
>>>
>>>what block~ (the number) are you using?
>>>if you have a patch.
>>>
>>>pat
>>>
>>>
>>>
>>>
>>>----- Original Message -----
>>>From: "Gregorio G. Karman" <ggkarman at musicologia.com>
>>>To: <pd-list at iem.at>
>>>Sent: Wednesday, September 07, 2005 5:04 AM
>>>Subject: Re: [PD] threading soundfiler
>>>
>>>
>>>
>>>
>>>>hi all, hi miller,
>>>>
>>>>
>>>>the new pd 0.39 can't load sampling without dropping the sound... when
>>>>this
>>>>will be? i really think that it's the basic of live electronic music!
>>>>before
>>>>i was using devel for this feature.
>>>>
>>>>
>>>>am i the only one wishing for this feature to be part of pd?
>>>>pat
>>>>
>>>>
>>>Hi, this topic has been treated several times on the list. I am
>>>succesfully using Miller's suggestion of an oversampled sfread~ using
>>>block~ in a subpatch.
>>>
>>>Good luck
>>>greg.
>>>
>>>
>>>
>>>_______________________________________________
>>>PD-list at iem.at mailing list
>>>UNSUBSCRIBE and account-management ->
>>>http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>>
>>
>>
>>------------------------------
>>
>>Message: 7
>>Date: Wed, 7 Sep 2005 20:04:19 +0200 (MEST)
>>From: "Christian Veit" <fanfare at gmx.at>
>>Subject: Re: [PD] GEM pix_dv
>>To: Georg Holzmann <grhPD at gmx.at>
>>Cc: pd-list at iem.at
>>Message-ID: <7303.1126116259 at www41.gmx.net>
>>Content-Type: text/plain; charset="us-ascii"
>>
>>Hello,
>>
>>
>>
>>>>following modules are loaded:
>>>>dv1394 19788 0
>>>>raw1394 28652 0
>>>>ohci1394 31876 1 dv1394
>>>>ieee1394 100408 4 dv1394,raw1394,ohci1394,sbp2
>>>>
>>>>
>>>looks good ...
>>>
>>>try to use [pix_video] and you must send a [driver 1( message, to tell
>>>the object to use dv ...
>>>
>>>
>>I've tried to use pix_video with the driver 1 message, but it don't
>>
>>
>work...
>
>
>>driverID (1) must not exceed 1
>>GEM: Start rendering
>>pix_videoNEW: starting transfer
>>closing video
>>pix_texture: not using client storage
>>
>>The console output is
>>/dev/video0: No such file or directory
>>
>>I thought that gem is using dv1394 to connect to firewire cameras.
>>I've tried to create the node above with mknod -m 666 /dv/video0 c 81 0 is
>>this right for PAL?
>>Or have i just forgotten some messages to [pix_video] i've only sent the
>>[driver 1( message to it.
>>
>>--
>>GMX DSL = Maximale Leistung zum minimalen Preis!
>>2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat:
>>
>>
>http://www.gmx.net/de/go/dsl
>
>
>>
>>------------------------------
>>
>>Message: 8
>>Date: Wed, 07 Sep 2005 22:29:10 +0200
>>From: juto aviten <periclite at free.fr>
>>Subject: [PD] .pdrc & others librairies script integration
>>To: pd-list <pd-list at iem.at>
>>Message-ID: <431F4D96.9000505 at free.fr>
>>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>Hi friends,
>>we are finalizing APODIO version 4 for audio & video :
>>
>>
>http://www.apodio.org
>
>
>>our last challenge is PD and the integration of a maximum of the
>>librairies available...
>>We are actually experimenting different way to generate a .pdrc from a
>>choice people will do of the librairies they want to use...and put in
>>the .pdrc...
>>As you maybe know the librairies integration is quite messy... for some
>>;-)
>>
>>I would like to ask to you what's your best .pdrc you have, that we
>>could use as exemple!!!
>>
>>I mean for percolate, zexy or maxlib it's quite easy but for some other
>>where each objects correspond to a librairies machin.pd_linux it's quite
>>a job... so if you have a clean and well made .pdrc please could you
>>send it on the list.
>>
>>thanks a lot
>>
>>
>>Juto
>>
>>http://www.apo33.org
>>http://www.apodio.org
>>
>>
>>
>>------------------------------
>>
>>Message: 9
>>Date: Wed, 7 Sep 2005 20:45:29 +0200
>>From: Frank Barknecht <fbar at footils.org>
>>Subject: Re: [PD] .pdrc & others librairies script integration
>>To: pd-list at iem.at
>>Message-ID: <20050907184529.GC26203 at fliwatut.scifi>
>>Content-Type: text/plain; charset=us-ascii
>>
>>Hallo,
>>juto aviten hat gesagt: // juto aviten wrote:
>>
>>
>>
>>>I mean for percolate, zexy or maxlib it's quite easy but for some other
>>>where each objects correspond to a librairies machin.pd_linux it's quite
>>>a job...
>>>
>>>
>>Huh? If you have an object like xyz.pd_linux and its only object is
>>"xyz" then this xyz.pd_linux is not a library, but a single external
>>and you should *not* add "-lib xyz".
>>
>>
>>
>>>so if you have a clean and well made .pdrc please could you
>>>send it on the list.
>>>
>>>
>>.pdrc is .pdsettings now (or soon).
>>
>>For the Rotterdam workshop at V2 we did it simple: First we used scons
>>to build all externals. There were some problems:
>>
>>toxy needs to find the tcl/tk headers, which can be fixed by changing
>>the main scons file in the build directory to hardcode the path, but
>>that's a bit hacky. Better would be to write a real check for tcl/tk
>>headers.
>>
>>pdogg doesn't link with the ogg/vorbis libraries. SCons-Fu is needed
>>here, too.
>>
>>You can specify the prefix to install using a file "custom.py" which
>>includes:
>>
>>prefix = "/usr/lib/pd"
>>
>>if you don't want to install to /usr/local.
>>
>>After "scons install" everything is in /usr/lib/pd/extra which is
>>good, as you then would only need to set up one path.
>>
>>Scons doesn't deal with flext-externals yet, so do this by hand.
>>
>>As for libraries, most of the objects are also available as single
>>externals, if you use the scons build. This includes zexy, iemlib*,
>>cyclone etc. but not iemmatrix. Iemmatrix is very useful, so built it
>>by hand. Also maxlib externals are built as single externals.
>>
>>Actually the machines at the workshop didn't use a single library at
>>all, as everything was available, that we needed. The only thing we
>>added was pdogg, because of the linking problem, which we fixed at
>>that time by using the upstream Makefile, that builds a library.
>>
>>On my own machine, I still have this in .pdrc:
>>
>>-lib iemlib1:iemlib2:iem_t3_lib:iem_mp3:iemmatrix:PDContainer
>>-lib pmpd:Gem:py
>>-lib OSC:zexy:xsample:maxlib:creb:ratts
>>
>>but some of this is cruft, as e.g. creb externals are also available a
>>single externals in my /usr/lib/pd/extra
>>
>>Special care has to be taken with abstractions, that relate to
>>libraries. Most important here probably is "iemabs" which includes
>>useful wrappers such as "any.pd". You could just install these to
>>/usr/lib/pd/extra as well and instead of messing with adding a new
>>path, just go drink a cold beer in the warm late summer evening.
>>
>>Ciao
>>--
>> Frank Barknecht _ ______footils.org_ __goto10.org__
>>
>>
>>
>>------------------------------
>>
>>Message: 10
>>Date: Wed, 07 Sep 2005 21:51:48 +0200
>>From: federico <xaero at inwind.it>
>>Subject: [PD] PROBLEM: saving patch state .....solved but... :-/
>>To: pd-list <pd-list at iem.at>
>>Message-ID: <431F44D4.3030200 at inwind.it>
>>Content-Type: text/plain; charset="iso-8859-15"
>>
>>I have a big problem: saving state of sliders.
>>
>>I heard about 'state' which should be a builtin pd
>>object, but in 0.39-0 it is not available.
>>???????
>>
>>
>>
>>basically i could implement state-saving of a slider/radio/numberbox in
>>a simple manner (see the attached patch).
>>simply connect the slider to a [set $1( object. which is connected to a
>>[0( object and back to the slider. now attach a [loadbang] to the [0(
>>object, or bang it when you like.
>>now saving the patch will keep (stored in the patch) the slider value.
>>
>>i used 4 components for 1 slider. when using lots of sliders this work
>>could become tedious, and it take more more space inside my patches.
>>
>>why pd can't handle automatically this task?
>>if I print a patch, i print ALSO the slider/nbx/radio values, and also
>>the table contents.
>>why there's a checkbox to "remember array contents", while it is not
>>present for those other objects?
>>
>>
>>
>>more complex is to mess with multiple presets. in the attached patch
>>there is one example.
>>to implement multiple presets, the user has to:
>>put the [113 53 70 103( object (which is our "memory") inside a
>>subpatch, connected with [inlet] and [outlet], then when he wants to
>>keep a preset, duplicate that object (ctrl+c/ctrl+v)
>>
>>this one is a way to operate a bit "primitive", but it could just be a
>>task handled interely by pd.
>>why pd doesn't care of saving presets?
>>
>>
>>
>>
>>
>>
>>
>>P.S.: I heard about 'RRADical' patches too... but i can't get 'pool' to
>>compile:
>>
>> $ bash ../flext/build.sh pd gcc build
>>make -f ../flext/buildsys/gnumake-sub.mak PLATFORM=lnx RTSYS=pd
>>COMPILER=gcc BUILDPATH=../flext/buildsys/ PKGINFO=package.txt
>>BUILDCLASS=ext TARGETMODE=release TARGETTYPE=single _build_
>>make[1]: Entering directory `/home/xaero/pool'
>>g++ -c -msse -mfpmath=sse -ffast-math -DNDEBUG -O3 -march=pentium4
>>-pthread -fPIC -DFLEXT_SYS=2 -I/usr/local/src/pd/src
>>-I/usr/local/include/flext source/main.cpp -o
>>pd-linux/release-single/main.opp
>>In file included from source/main.cpp:11:
>>source/pool.h:35: error: syntax error before `;' token
>>source/pool.h:80: error: type specifier omitted for parameter `Atoms'
>>source/pool.h:80: error: syntax error before `*' token
>>source/pool.h: In member function `BL flext_single::pooldir::Empty()
>>
>>
>const':
>
>
>>source/pool.h:62: error: syntax error before `;' token
>>source/pool.h:223: error: type specifier omitted for parameter `Atoms'
>>source/pool.h:223: error: syntax error before `*' token
>>source/pool.h:253: error: local class `class
>>
>>
>flext_single::pooldir::Empty()
>
>
>> const::pooldata' shall not have static data member `const A
>> flext_single::pooldir::Empty() const::pooldata::nullatom'
>>[lots of errors]
>>-------------- next part --------------
>>#N canvas 106 177 520 611 10;
>>#X obj 210 144 vsl 15 128 0 127 0 0 empty \$0-atk empty 0 -8 0 8 -262144
>>-1 -1 11300 1;
>>#X obj 240 144 vsl 15 128 0 127 0 0 empty \$0-dec empty 0 -8 0 8 -262144
>>-1 -1 5300 1;
>>#X obj 273 144 vsl 15 128 0 127 0 0 empty \$0-sus empty 0 -8 0 8 -262144
>>-1 -1 7000 1;
>>#X obj 303 144 vsl 15 128 0 127 0 0 empty \$0-rel empty 0 -8 0 8 -262144
>>-1 -1 10300 1;
>>#X msg 261 352 set \$1 \$2 \$3 \$4;
>>#X msg 211 372 113 53 70 103;
>>#X obj 211 392 unpack 0 0 0 0;
>>#X msg 150 226 save;
>>#X obj 211 412 s \$0-atk;
>>#X obj 242 432 s \$0-dec;
>>#X obj 273 452 s \$0-sus;
>>#X obj 304 472 s \$0-rel;
>>#X msg 150 249 load;
>>#X obj 211 292 pack s f f f f;
>>#X obj 211 332 route load save;
>>#X obj 211 352 bang;
>>#X obj 211 312 route list;
>>#X obj 40 44 vsl 15 128 0 127 0 0 empty empty empty 0 -8 0 8 -262144
>>-1 -1 0 1;
>>#X msg 71 65 set \$1;
>>#X msg 71 114 0;
>>#X obj 79 87 loadbang;
>>#X text 30 13 simple state saving object:;
>>#X text 203 110 state saving for array of objects:;
>>#X connect 0 0 13 1;
>>#X connect 1 0 13 2;
>>#X connect 2 0 13 3;
>>#X connect 3 0 13 4;
>>#X connect 4 0 5 0;
>>#X connect 5 0 6 0;
>>#X connect 6 0 8 0;
>>#X connect 6 1 9 0;
>>#X connect 6 2 10 0;
>>#X connect 6 3 11 0;
>>#X connect 7 0 13 0;
>>#X connect 12 0 13 0;
>>#X connect 13 0 16 0;
>>#X connect 14 0 15 0;
>>#X connect 14 1 4 0;
>>#X connect 15 0 5 0;
>>#X connect 16 0 14 0;
>>#X connect 17 0 18 0;
>>#X connect 18 0 19 0;
>>#X connect 19 0 17 0;
>>#X connect 20 0 19 0;
>>
>>------------------------------
>>
>>_______________________________________________
>>PD-list mailing list
>>PD-list at iem.at
>>to manage your subscription (including un-subscription) see
>>http://lists.puredata.info/listinfo/pd-list
>>
>>
>>End of PD-list Digest, Vol 6, Issue 24
>>**************************************
>>
>>
>>
>>
>
>
>_______________________________________________
>PD-list at iem.at mailing list
>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
More information about the Pd-list
mailing list