[PD] wavelet
Hello all, I am starting to look at Raul Diaz Poblete's wavelet's stuff and couldn't find the c code for the dwt~ or idwt~. Is this available too? best, Jaime -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 858 202 1522 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wavelet
Hallo, Jaime Oliver hat gesagt: // Jaime Oliver wrote: I am starting to look at Raul Diaz Poblete's wavelet's stuff and couldn't find the c code for the dwt~ or idwt~. Is this available too? Maybe take a look at the creb library on our SVN: /svn/trunk/externals/creb/modules/dwt~.c Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd tools for syncing to video
I want something like that for sure, i was thinking more of a video scrubber that can sync/scramble and randomize, like cooled~ for video so to speak. Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Hey all, I am currently working on another sound design project to be synced to video, so I am further developing some tools to make it easy to programmatically sync the sounds to the video, using frame numbers as the reference. So I have made a framesyncplayer~ and framesynclooper~ that use frame numbers as start/stop play points, and only play while the frame counter is running (attached). I was wondering whether anyone else has done anything along these lines? I am trying to figure out the best approach for building a library for this kind of stuff. .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] line~ for syncing to video
hello, i'm wondering why did you sync audio on video : i think it is easier to sync the video on the audio. just make all the line~ as you wish for the audio, then snapshot~ periodically and convert audio position to frame number... cyrille Hans-Christoph Steiner a écrit : I am trying to make a version of [line~] that gives me a line based on the frame numbers I give it. Basically, I give it a frame counter in the first inlet, then start frame and stop frame as arguments. The hard part is that I want it to behave like [line] in that the last value stays in effect until something else overrides it. How do I do that with DSP data? If I use [switch~], then the [outlet~] will just retain its last value. .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wavelet
Hello, its unter sourceforge subversion http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/creb/modules/ checkout: svn co https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/creb creb mfg winfried Am Friday 31 October 2008 09:05:12 schrieb Jaime Oliver: Hello all, I am starting to look at Raul Diaz Poblete's wavelet's stuff and couldn't find the c code for the dwt~ or idwt~. Is this available too? best, Jaime -- -- - ao.Univ.Prof. DI Winfried Ritsch - [EMAIL PROTECTED] - http://iem.at/ritsch - Institut fuer Elektronische Musik und Akustik - University of Music and Dramatic Art Graz - Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171 - PGP-ID 69617A69 (see keyserver http://wwwkeys.eu.gpg.net/) -- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] line~ for syncing to video
cyrille henry wrote: hello, i'm wondering why did you sync audio on video : i think it is easier to sync the video on the audio. i second that. if you have a dropout of 1ms in audio domain, this will be very noteable. otoh, 1ms glitch in video-domain (compared to about 40ms frame-length) is likely to go unnoticed. fmgasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Haunted House Halloween Patches.....
Hello, I was going to deck my house out for Halloween but waited until the last minute so I don't have time to put anything together Anyone have a patch that emulates a 'haunted house' or other creepy sounds? it would be fun to use PD and i could do some simple triggering using a vid cam for motion detection on the drivway. also thinking about setting up a rear projection in my front window with some cloudy plastic. any spooky visuals? gem? just thought id ask before resorting to a boring DVD thanks! mark mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmedia.org/GROUP LLC [EMAIL PROTECTED] | 315.378.2136 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reproduce envelope
thanks for the clear explanation! When I triggered a bang manually in the blocksize 1 subpatch, the line~ was absolutely identical. Then I tried to get rid of the scheduled messages in the bang from metro (by sending it to other objects and transforming it back to a bang) but this didn't work, I didn't find a hack. Although vline is the most accurate 'in the perfect world', line and blocksize 1 can be more precise in the current Pd-version... Hans r At 18:41 30/10/2008, you wrote: On Thu, 2008-10-30 at 17:32 +0100, Hans Roels wrote: Hello, Is is possible in Pd to produce exactly the same envelope again and again? If I send the same message to vline and use this to cut an envelope out of noise or a sine wave, it always changes a bit (if you listen carefully). (The phase is always reset, that's not the problem.) I recorded the sounds, had a look at the soundfiles in an edit program and noticed that all the envelopes were slightly different. this is actually a feature of [vline~]. [vline~] understands scheduled messages, which means, that messages triggered by [metro] or [delay] are executed by [vline~] at the exact time of the [metro]/[delay] initiated message. in other words: [vline~] starts ramps between audio blocks, even between samples. the phase setting for [osc~] is only executed on block boundaries. this is why you're getting inconsistent results with [vline~] and [osc~] Then I used line~ in a subpatch with blocksize 1 and did the same thing. This sounds better and if I looked at the recorded sound files they were more identical (although the release changes a bit, there seems to be a very small inaccuracy in the delay... [line~] on the other hand is starting the ramp always on block boundaries, that is why the phase reset and the ramp start at the same time, which is giving you consistent results. different decays might be the effect of rounding errors, since - in case you're not using a multiple of the block size as ramp length - the resulting ramp length is sometimes rounded up and sometimes rounded off. (this is a only theory, that needs to be confirmed by someone who knows to read the c code of [line~]). but you can't hear this with the sine sound. The noise sound is always a bit different, I guess because it are randomly generated frequencies?). there is no phase reset for [noise~], so the results will always be different. Anyway I thought that vline~ was more precise than line~ but this doesn't seem to be true...? it is true, but many other objectclasses aren't. to mention only a few: - right inlet of [osc~] and [phasor~] - [tabwrite~] - [tabplay~] - [writesf~] - [readsf~] probably more. all those objectclasses execute incoming message only on blockboundaries, which means, you get inconsistent results, when using them together with the indeed more accurate [vline~]. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Haunted House Halloween Patches.....
Lets' see... (/rummages behind counter) Will this suit you Sir? You need [ead~] On Fri, 31 Oct 2008 06:11:48 -0700 (PDT) mark edward grimm [EMAIL PROTECTED] wrote: Hello, I was going to deck my house out for Halloween but waited until the last minute so I don't have time to put anything together Anyone have a patch that emulates a 'haunted house' or other creepy sounds? it would be fun to use PD and i could do some simple triggering using a vid cam for motion detection on the drivway. also thinking about setting up a rear projection in my front window with some cloudy plastic. any spooky visuals? gem? just thought id ask before resorting to a boring DVD thanks! mark mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmedia.org/GROUP LLC [EMAIL PROTECTED] | 315.378.2136 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source sdes-gamesapp-scarymovie.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] reproduce envelope
On Fri, 2008-10-31 at 14:43 +0100, Hans Roels wrote: thanks for the clear explanation! When I triggered a bang manually in the blocksize 1 subpatch, the line~ was absolutely identical. Then I tried to get rid of the scheduled messages in the bang from metro (by sending it to other objects and transforming it back to a bang) but this didn't work, I didn't find a hack. Although vline is the most accurate 'in the perfect world', line and blocksize 1 can be more precise in the current Pd-version... i wouldn't say that. i would rather say: by using blocksize 1, you make all non-accurate objectclasses more accurate. but still: [vline~] is subsample accurate and you cannot achieve that for other classes by using a blocksize of 1. also lowering the blocksize comes with more cpu costs. generally it's not recommended to do that. however, i agree, that unfortunately some things are yet not possible to do, for instance using [vline~] as the envelope generator with synched [osc~] or [phasor~]. personally, i think, that all objectclasses that deal with audio and messages at the same time should be using scheduled message and not execute the messages only on block boundaries. if this causes backwards compatibility issues, this could be achieved by adding new classes, as it happened with [vsnapshot~]. [vosc~] and [vphasor~] would be very useful. also a [vtabwrite~]. roman Hans r At 18:41 30/10/2008, you wrote: On Thu, 2008-10-30 at 17:32 +0100, Hans Roels wrote: Hello, Is is possible in Pd to produce exactly the same envelope again and again? If I send the same message to vline and use this to cut an envelope out of noise or a sine wave, it always changes a bit (if you listen carefully). (The phase is always reset, that's not the problem.) I recorded the sounds, had a look at the soundfiles in an edit program and noticed that all the envelopes were slightly different. this is actually a feature of [vline~]. [vline~] understands scheduled messages, which means, that messages triggered by [metro] or [delay] are executed by [vline~] at the exact time of the [metro]/[delay] initiated message. in other words: [vline~] starts ramps between audio blocks, even between samples. the phase setting for [osc~] is only executed on block boundaries. this is why you're getting inconsistent results with [vline~] and [osc~] Then I used line~ in a subpatch with blocksize 1 and did the same thing. This sounds better and if I looked at the recorded sound files they were more identical (although the release changes a bit, there seems to be a very small inaccuracy in the delay... [line~] on the other hand is starting the ramp always on block boundaries, that is why the phase reset and the ramp start at the same time, which is giving you consistent results. different decays might be the effect of rounding errors, since - in case you're not using a multiple of the block size as ramp length - the resulting ramp length is sometimes rounded up and sometimes rounded off. (this is a only theory, that needs to be confirmed by someone who knows to read the c code of [line~]). but you can't hear this with the sine sound. The noise sound is always a bit different, I guess because it are randomly generated frequencies?). there is no phase reset for [noise~], so the results will always be different. Anyway I thought that vline~ was more precise than line~ but this doesn't seem to be true...? it is true, but many other objectclasses aren't. to mention only a few: - right inlet of [osc~] and [phasor~] - [tabwrite~] - [tabplay~] - [writesf~] - [readsf~] probably more. all those objectclasses execute incoming message only on blockboundaries, which means, you get inconsistent results, when using them together with the indeed more accurate [vline~]. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Haunted House Halloween Patches.....
Awesome! Works perfect with Alberto Zin's 'OuterSpace' ambiance generator... now to send a bang when i open the door to 'scarymovie'... any gem stuff? 3d skulls maybe? thanks! mark --- On Fri, 10/31/08, Andy Farnell [EMAIL PROTECTED] wrote: From: Andy Farnell [EMAIL PROTECTED] Subject: Re: [PD] Haunted House Halloween Patches. To: [EMAIL PROTECTED] Cc: pd-list@iem.at Date: Friday, October 31, 2008, 9:44 AM Lets' see... (/rummages behind counter) Will this suit you Sir? You need [ead~] On Fri, 31 Oct 2008 06:11:48 -0700 (PDT) mark edward grimm [EMAIL PROTECTED] wrote: Hello, I was going to deck my house out for Halloween but waited until the last minute so I don't have time to put anything together Anyone have a patch that emulates a 'haunted house' or other creepy sounds? it would be fun to use PD and i could do some simple triggering using a vid cam for motion detection on the drivway. also thinking about setting up a rear projection in my front window with some cloudy plastic. any spooky visuals? gem? just thought id ask before resorting to a boring DVD thanks! mark mark edward grimm | m.f.a | ed.m syracuse u. | vpa foundations | timearts adjunct | new media consultant megrimm.net | socialmedia.org/GROUP LLC [EMAIL PROTECTED] | 315.378.2136 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] line~ for syncing to video
Cyrille points out the correct method of syncing video to an audio clock. All hardware devices and professional software use the audio to clock the video. On Fri, Oct 31, 2008 at 4:48 AM, cyrille henry [EMAIL PROTECTED]wrote: hello, i'm wondering why did you sync audio on video : i think it is easier to sync the video on the audio. just make all the line~ as you wish for the audio, then snapshot~ periodically and convert audio position to frame number... cyrille Hans-Christoph Steiner a écrit : I am trying to make a version of [line~] that gives me a line based on the frame numbers I give it. Basically, I give it a frame counter in the first inlet, then start frame and stop frame as arguments. The hard part is that I want it to behave like [line] in that the last value stays in effect until something else overrides it. How do I do that with DSP data? If I use [switch~], then the [outlet~] will just retain its last value. .hc 'You people have such restrictive dress for women,' she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Pd-extended 'postlude' edition released
Hi, I've just made available a 'one off' edition of Pd-extended with the following additions: aubio - onset/pitch detection xtract~ - feature extraction dssi~ - Multi-instance DSSI and LADSPA plugin host ann_mlp - Multi-layer perceptron (neural network) knn - k's nearest neighbour classifier csoundapi~ - Csound bindings (requires Csound 5 installed) hexter plugin - DX7 emulation plugin These are some of the tools I use in my own research, and I thought it might be worthwhile to make them available for others to use. Download from: http://puredata.info/Members/jb/Pd-extended-postlude/view It's OS X only, built on Pd-extended 0.40.3 and tested on 10.4 and 10.5 Intel. This is likely to be a one-off because I'm going to work on getting this stuff into Pd-extended proper... Enjoy! Jamie -- www.postlude.co.uk http://www.linkedin.com/in/jamiebullock ___ Pd-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pd -- maxmsp compatibility
hello pd-lers, i'm a long time max user and an occasional pd-lurker. for a programming course that is based on maxmsp, i'd like to make it possible for some students to follow the course using pure data. i've done this last year for the first time and it worked - lets say - ok. but there was quite some confusion, partly due to my limited experience in pd and partly because different versions of pd supported a different set of objects. i want to improve the situation a little this year and therefore have a view basic questions: i guess that the most recent pd-extended version from http:// puredata.info/downloads is what i should tell them to use in order to get the most similar setup between max and pd, right? are there any special max--pd libraries i should look out for? very often i find myself sitting infront of a pretty trivial patching problem, but i just can't find the right objects names in pd. what could i try to find objects that perform a similar/same task as their max cousins, but obviously have a different name (e.g. split -- moses)? is there some documentation about that? and another one: i was looking for an uzi object in pd. after a lot of trial and error i found kalashnikov. ok, fine. after looking at kalashnikov help, i found that there *is* a uzi for pd - but i can't instanciate the object, if i haven't loaded kalashnikov at least once before. so: starting pd, new patcher, new object, uzi -- couln'd create but: starting pd, new patcher, new object, kalashnikov, new object, uzi -- does work. what might be causing this? (mac ppc, 10.4.11, pd extended 0.39.3) i've tried pd-extended 0.40.3 form this site http://puredata.info/ downloads when i launch this, i get a lot of errors: cyclone: can't load library zexy: can't load library creb: can't load library cxc: can't load library ... do i need to reset some preferences? i'll probably be back with more questions... thanks for your attention, volker. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] jmmmp Abstractions
Hi, thanks to IOhannes' help, I got the latest version of my abstractions in svn. You can acess them already through the nightly builds, or take them directly from my Pd page at http://puredata.info/Members/jmmmp. This package has several small utilities that make coding a bit easier (at least for me). It is composed of the following abstractions: clock - Chronometer with display in seconds datei-o - Sends the message open ../../ datei-r - Sends the message read ../../ datei-w - Sends the message write ../../ dsp01 - DSP switch f+ - Counter with variable increment gui-edit - edit standard GUI objects fast lbang - loadbang which can be triggered more often liner~ - practical implementation of [line~] liner~ - practical implementation of signal envelopping mat~ - Level meter with amplitude control maat~ - Level meter with amplitude control, stereo met~ - Level meter with amplitude control (with VU, too CPU expensive for me) metrum - Metro with GUI m-i - Automatic conversion of MIDI controller mk - shows the controller number and MIDI value oscD - Counts received OSC messages oscS - Interface for sendOSC pd-colors - Pd color palettes (Data Structures + Tcl/Tk) rec-name - Automatic naming for a record/playback engine sguigot - spigot GUI implementation snaps~ - snapshot~ GUI implementation stoppuhr - Chronometer with two layers tastin - Gate for keyboard input uhr - Shows the time Have fun, João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 [EMAIL PROTECTED] | skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu HH | Pd-Ext-0.40.3 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia instability
Hello, Yeah, it turns out that Poly isn't really working as a host anymore and I haven't had any time to finish fixing it. If someone can host it, I can help them get it all setup. Ideally it would be a Debian box. Currently its on a Mac OS X box, and as we all can see, that hasn't turned out so well. The upgrade to Leopard killed it, now Apple's crazy apache setup and GUI tools are broken. .hc Seems that Pdpedia still out? How can I help? thanx glerm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia instability
it'll be back on the road probably next week as soon as the last obstacles of the configurations are overcome! greets olsen glerm soares wrote: Hello, Yeah, it turns out that Poly isn't really working as a host anymore and I haven't had any time to finish fixing it. If someone can host it, I can help them get it all setup. Ideally it would be a Debian box. Currently its on a Mac OS X box, and as we all can see, that hasn't turned out so well. The upgrade to Leopard killed it, now Apple's crazy apache setup and GUI tools are broken. .hc Seems that Pdpedia still out? How can I help? thanx glerm ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Planet Pluto bleibt! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd -- maxmsp compatibility
Hallo, Jo?o Pais hat gesagt: // Jo?o Pais wrote: Hallo Volker (seit Szombatehly), i guess that the most recent pd-extended version from http:// puredata.info/downloads is what i should tell them to use in order to get the most similar setup between max and pd, right? are there any special max--pd libraries i should look out for? there's the cyclone library, which is a very good effort on making max objects available on pd-Ext. besides that and the core objects, not too much available, afaik. careful with mistake number 1: in Pd all objects are made for floats. almost only [i] is for ints. And the second number one mistake is execution order: In Pd, the order, fanning connections fire, is basically undefined. In Max, connections going right, fire first. So it's best to always use triggers, in Max, as well. When I ported the RTClib from Max to Pd, converting implicit execution ordering to explicit order using triggers was my main job. And to the other question: Instead of uzi/kalashnikov, [until] is very useful - just build some abstraction around [until] if you need to count. But often you don't need it anyways Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Hunting denormals?
I have a patch of medium complexity, with a handful of instruments~ and a bunch of sequencing and arranging-type message handling. On my speedy Intel laptop it has no problem and barely notches the CPU usage. However, when I run this patch on my teeny Geode-based UMPC it pegs CPU at 100%. I'm pretty sure this is a denormal issue. There are a grand total of maybe 5 noise~, 5 osc~, 10 vline~, 5 lop~, and 1 delay line in the whole patch and not much else besides message processing... I wouldn't guess this to run me out of compute power. Any hints on how to isolate where the denormals might be popping up? I have looked for signal processing loops, and the only ones I create are around the delayline (feedback) and I suppose in the iir implementation of the lop~. Any help appreciated, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Hunting denormals?
A useful debug trick, to make sure denornals are the problem, is to inject a wee bit of noise into the path and see if it speeds up. My experiences of them in the past is that they take a while st show up, maybe many seconds or even minutes after the patch seems silent (rather than being present under quiescent conditions). On Fri, 31 Oct 2008 16:27:08 -0400 Bill Gribble [EMAIL PROTECTED] wrote: I have a patch of medium complexity, with a handful of instruments~ and a bunch of sequencing and arranging-type message handling. On my speedy Intel laptop it has no problem and barely notches the CPU usage. However, when I run this patch on my teeny Geode-based UMPC it pegs CPU at 100%. I'm pretty sure this is a denormal issue. There are a grand total of maybe 5 noise~, 5 osc~, 10 vline~, 5 lop~, and 1 delay line in the whole patch and not much else besides message processing... I wouldn't guess this to run me out of compute power. Any hints on how to isolate where the denormals might be popping up? I have looked for signal processing loops, and the only ones I create are around the delayline (feedback) and I suppose in the iir implementation of the lop~. Any help appreciated, Bill Gribble ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Use the source ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
