Re: [PD] [PD-announce] pdpedia is back!
Hi Hans! everything working great also in italian... best Marco - Original Message Follows - From: Jack [EMAIL PROTECTED] To: pd-list@iem.at Cc: [EMAIL PROTECTED] Subject: Re: [PD-announce] [PD] pdpedia is back! Date: Sat, 12 Jul 2008 22:30:22 +0200 Hola Hans ! It seems to work nice for french version. ++ Jack Le 10 juil. 08 à 21:46, Hans-Christoph Steiner a écrit : After a little holiday due to an OS upgrade, pdpedia is back! Please let me know if it isn't working for you: http://pdpedia.org .hc -- -- [W]e have invented the technology to eliminate scarcity , but we are deliberately throwing it away to benefit those who profit from scarcity.-John Gilmore ___ 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-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ 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
Re: [PD] really annoying question about tildes~
Hans-Christoph Steiner wrote: On Jul 17, 2008, at 4:34 AM, hard off wrote: ok, sorry to have caused a fuss. last question: hypothetically, if miller was to include ~ and ~ into vanilla, would they load properly then? i think those objects SHOULD be a part of vanilla pd anyway. in any sort of audio synthesis patch i do, they invariably need to be used. Depends on how they are built and loaded. i guess that hard off was thinking of the way internals are currently included into Pd (compiled statically into a multi-object library that get's automatically loaded at startup) when he was asking to include them into vanilla, rather than include them like expr (as an external that ships with the vanilla distribution) fgamsdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Creating music notation with GEM
Hallo, David Powers hat gesagt: // David Powers wrote: I'm wondering if I should use something like PyExt to do some of the mapping, as I don't know of any simple way to do hash dictionaries in PD itself. As a test last night, I built a simple abstraction to take notes C C# D etc. and output pitch numbers 0-11, and i found it quite tedius to do compared to a function in code such as (this is in PHP because that is what I do all day long at my day job): function note2number($note) { $num = array ('C'=0,'C#'=1,'Db'=1); return $num[$note]; } Well, Pd doesn't have proper hash dictionaries. OTOH Lua has hash dictionaries as its *only* data structure (called tables in Lua), so to me it's an ideal complement to Pd. Attached is a quick [note2num] object for pdlua. It also handles multiple modifiers like G or mixed ones like Gb#bbb#b. ;) Ciao -- Frank Barknecht _ __footils.org__ note2num-help.pd Description: application/puredata --[[ note2num: convert note names like C# or Bb or Ab#bb to midi note numbers -- fbar 2008 --]] local M = pd.Class:new():register(note2num) local n2n = { c = 0, d = 2, e = 4, f = 5, g = 7, a = 9, b = 11, } function M:initialize(name, atoms) self.inlets = 1 self.outlets = 1 return true end function M:in_1(sel, atoms) local s if not atoms[1] then s = sel else s = atoms[1] end assert(type(s) == string, only symbols allowed) s = string.lower(s) local n, mods = s:match(^([cdefgab])([#b]*)$) local val = n2n[n] if mods and val then local _, b = string.gsub(mods, b, b) local _, h = string.gsub(mods, #, #) val = val + h - b end if val then self:outlet(1, float, {val}) end end ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] really annoying question about tildes~
yeah totally. it seems nonsensical that pd has and for control signals, but not for audiorate signals. and as andy obiwan mentioned before [pow~] would also be very useful. as far as i can guess, all of these objects are very simple code-wise. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Creating music notation with GEM
Hi all, This is a very interesting discussion, I have been thinking of generating directives/instructions/scores (mostly in that order) for performers (definitely in the context of improvised music) but had not (yet?) got around to implementing anything. One thing that I did consider, though, was to use LilyPond to generate a .png file of a score snippet and place it in [insert your favorite gfx package here]. This would add a little bit of latency needed for LP to generate the thing (for small fragments it would probably be negligible) but to me it does not seem like a big issue because if I generate scores/instructions it is mainly for form consideration and not note-for-note exchange between the performer and the computer. Just needed to get it off my chest :) ./MiS ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] os x 10.5 autobuilds?
hi, did someone ever get os x 10.5 autobuilds up and running? marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] cyclone into vanilla
hi, is there any progress in integrating cyclone into vanilla? I grab this list of objectclasses from http://suita.chopin.edu.pl/~czaja/miXed/externs/cyclone.html and hope it is current. I guess there are some problematic classes like counter, Append, Clip, prepend... and some are redundant. but there are also the always missing ~ and ~. can we comment on this list vote some in/out? if someone built abstractions with the same name, is it likely that they have different behaviour? could we at least agree on behaviour of object classes, independently of their implementation? for example agree on a [counter] or [record~] class specification, and then someone can write it in c or as abstraction or in lua... here's the list (split into the three parts cyclone, hammer, sickle: !-, !/, ==~, !=~, ~, =~, ~, =~, !-~, !/~, %~, +=~ accum, acos, active, anal, Append, asin, bangbang, bondo, Borax, Bucket, buddy, capture, cartopol, Clip, coll, comment, cosh, counter, cycle, decide, Decode, drunk, flush, forward, fromsymbol, funbuff, funnel, gate, grab, Histo, iter, match, maximum, mean, midiflush, midiformat, midiparse, minimum, mousefilter, MouseState, mtr, next, offer, onebang, past, Peak, poltocar, prepend, prob, pv, seq, sinh, speedlim, spell, split, spray, sprintf, substitute, sustain, switch, Table, tanh, thresh, TogEdge, tosymbol, Trough, universal, urn, Uzi, xbendin, xbendout, xnotein, xnoteout, and zl abs~, acos~, acosh~, allpass~, asin~, asinh~, atan~, atan2~, atanh~, average~, avg~, bitand~, bitnot~, bitor~, bitshift~, bitxor~, buffir~, capture~, cartopol~, change~, click~, Clip~, comb~, cosh~, cosx~, count~, curve~, cycle~, delay~, delta~, deltaclip~, edge~, frameaccum~, framedelta~, index~, kink~, Line~, linedrive, log~, lookup~, lores~, matrix~, maximum~, minimum~, minmax~, mstosamps~, onepole~, peakamp~, peek~, phasewrap~, pink~, play~, poke~, poltocar~, pong~, pow~, rampsmooth~, rand~, record~, reson~, sah~, sampstoms~, Scope~, sinh~, sinx~, slide~, Snapshot~, spike~, svf~, tanh~, tanx~, train~, trapezoid~, triangle~, vectral~, wave~, and zerox~. marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdlua also into vanilla?
hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlua also into vanilla?
i was looking at this too this morning... wasn't pdlua in pd-extended once? or am i mistaken... maybe that was an old build prior to 10.5 autobuild? thanks! mark --- On Fri, 7/18/08, marius schebella [EMAIL PROTECTED] wrote: From: marius schebella [EMAIL PROTECTED] Subject: [PD] pdlua also into vanilla? To: pd-list@iem.at pd-list@iem.at Date: Friday, July 18, 2008, 9:41 AM hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius. ___ 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] os x 10.5 autobuilds?
There have been some that are on-again, off-again. Why do you need 10.5-specific builds? Just curious. The builds from 10.4 should work fine. .hc On Jul 18, 2008, at 9:20 AM, marius schebella wrote: hi, did someone ever get os x 10.5 autobuilds up and running? marius. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlua also into vanilla?
As a test yes, but not for the release. It's changing too fast right now to maintain backwards compatibility, so including it would cause more problems than it would solve. I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a thought... .hc On Jul 18, 2008, at 10:53 AM, mark edward grimm wrote: i was looking at this too this morning... wasn't pdlua in pd-extended once? or am i mistaken... maybe that was an old build prior to 10.5 autobuild? thanks! mark --- On Fri, 7/18/08, marius schebella [EMAIL PROTECTED] wrote: From: marius schebella [EMAIL PROTECTED] Subject: [PD] pdlua also into vanilla? To: pd-list@iem.at pd-list@iem.at Date: Friday, July 18, 2008, 9:41 AM hi, frank suggested this already, http://lists.puredata.info/pipermail/pd-list/2008-03/060081.html I'd like to support the idea of shipping pdlua as closely as possible with vanilla (frank suggested a status like [expr]). right now pdlua is not even in pdx, which I hope can still be added? marius. ___ 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 If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it.- Thomas Jefferson ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdlua also into vanilla?
Am 18.07.2008 um 17:43 schrieb Hans-Christoph Steiner: I just had a thought: how about replacing Tcl/Tk with Lua/Tk? Just a thought... i'm all for it, even though it sounds quite utopic. gr~~~ smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.40 cannot load libraries
Hi, Hans-Christoph Steiner wrote: Can you post the transcript from the Pd window? Are you using your own .pdrc or .pdsettings? Sounds like 'libdir' might not be getting loaded. It needs to be loaded first. Also, it is better to use the default preferences, then use either [import] or [declare] to load other libraries that you might need. yes, 'twas brilling^W libdir that needed to be loaded. Thanks for the fast help, Thomas -- Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance. (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] pdpedia upgrade status
So during the OS upgrade, MySQL was updated from 4.x to 5.0, so that was also causing problems. Things should be working everywhere now. At least, I got my admin options back. Now I get delete the spam! .hc Mistrust authority - promote decentralization. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] really annoying question about tildes~
Not to be a stinker, These are very easy to implement as abstractions in Pd vanilla even without expr~, yes-no? [~] : [inlet~] [inlet] | / [-~ $1] | [max~ 0] | \ [/~] | [outlet~] [~] : [inlet~] [inlet] | / [-~ $1] | [min~ 0] | \ [/~] | [outlet~] [==~] : [inlet~] [inlet] | / [-~ $1] | \ [sig~ 1] [/~ ] \__ _/ [-~] | [outlet~] or : [inlet~] [inlet] | / [-~ $1] | \ [/~] | [*~ -1] | [+~ 1] | [outlet~] Not that this helps at all with the special character problem, and they're bound to be less efficient. One cool thing, though, is the ability to turn both inlets into signal inlets (but ditching the $1). Matt Date: Fri, 18 Jul 2008 18:18:08 +0900 From: hard off [EMAIL PROTECTED] Subject: Re: [PD] really annoying question about tildes~ To: IOhannes m zmoelnig [EMAIL PROTECTED] Cc: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 yeah totally. it seems nonsensical that pd has and for control signals, but not for audiorate signals. and as andy obiwan mentioned before [pow~] would also be very useful. as far as i can guess, all of these objects are very simple code-wise. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.40 cannot load libraries
On Fri, 18 Jul 2008, Thomas Mayer wrote: Hans-Christoph Steiner wrote: Also, it is better to use the default preferences, then use either [import] or [declare] to load other libraries that you might need. yes, 'twas brilling^W libdir that needed to be loaded. brillig. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Free rotation in GEM
On Thu, 17 Jul 2008, PSPunch wrote: Now that I've got a grasp of what they are good for in real (or virtual) life, I enjoyed spending the last week or so studying math putting patching aside. :( So why don't you smile? I was practicing my sarcasm which I've just proved that it can use some improvement. So, is it that you didn't enjoy it because you were too much hoping that this stuff wouldn't have to be learned, or you secretly enjoyed it but try to hide it because it would look geeky? Of course studying math is fun, but patching is even more fun! \(^v^)/ imho, depends on which math and which patch. Or I should say I personally find patching to be relatively sporty compared to other things I enjoy doing.. until bumping into logic problems like this. That is also fun, but not sporty. Not sporty? I can very well imagine Miller sweating hard while looking for a Shannonesque proof of the Central Limit Theorem. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone into vanilla
if someone built abstractions with the same name, is it likely that they have different behaviour? Some of the signal objects would have to have a different behavior because of how [inlet~] works. If [inlet~] could take an optional float arg to output a constant sig (tough because it takes symbol args as well, but not impossible), then you could have abstractions which could take creation arguments *or* signals in all inlets in one abstraction implementation. Otherwise [inlet~] promotes float messages already, but it's very buggy in canvases that have an [inlet] to the left of [inlet~](s). With the current tools it's hard to implement some of them efficiently, too. Other problems with abstractions would be something like gate -- you need [initbang] for that one, which is not in vanilla (it's otherwise very easy to make an abstraction out of) -- or [spigot] could become a multi-outlet object whose only difference from [gate] is the (proper, IMO) right inlet controls Pd style -- this is one of the proper behavior problems that has come up recently; [pow~] was another, if my memory isn't shot. One slightly different tack would be instead of trying to bring cyclone (etc.) into vanilla, to just ensure the existence of standalone control and signal objects for all the functions and operators in the expr suite -- that would be a decent start. It would at least satisfy those who want a more complete set of mathematical tools without needing to use expr; it seems that's where most of the complaints have come of late. Matt ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone into vanilla
Matt Barber wrote: [inlet~] promotes float messages already, but it's very buggy in canvases that have an [inlet] to the left of [inlet~](s). err.. very buggy? why? no, scratch that, actually; i don't want to know. i'm sure it will lead to wtf's. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone into vanilla
Try moving the [inlet] and the [outlet] around in different combinations in the attached abstraction [weirdinlet] -- I included a test patch as well. See if you get freakish bugs when trying to set the [inlet~]s with floats. Matt On Fri, Jul 18, 2008 at 3:32 PM, Damian Stewart [EMAIL PROTECTED] wrote: Matt Barber wrote: [inlet~] promotes float messages already, but it's very buggy in canvases that have an [inlet] to the left of [inlet~](s). err.. very buggy? why? no, scratch that, actually; i don't want to know. i'm sure it will lead to wtf's. weirdinlet.pd Description: Binary data weirdinlettest.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cyclone into vanilla
Strange, Must not have saved the [outlet] in the abstraction originally. Sorry about that -- new ones attached. M On Fri, Jul 18, 2008 at 3:46 PM, Matt Barber [EMAIL PROTECTED] wrote: Try moving the [inlet] and the [outlet] around in different combinations in the attached abstraction [weirdinlet] -- I included a test patch as well. See if you get freakish bugs when trying to set the [inlet~]s with floats. Matt On Fri, Jul 18, 2008 at 3:32 PM, Damian Stewart [EMAIL PROTECTED] wrote: Matt Barber wrote: [inlet~] promotes float messages already, but it's very buggy in canvases that have an [inlet] to the left of [inlet~](s). err.. very buggy? why? no, scratch that, actually; i don't want to know. i'm sure it will lead to wtf's. weirdinlet.pd Description: Binary data weirdinlettest.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] really annoying question about tildes~
yo.. very nice! you're definitely making my pd life easier!! roman On Fri, 2008-07-18 at 13:24 -0400, Matt Barber wrote: Not to be a stinker, These are very easy to implement as abstractions in Pd vanilla even without expr~, yes-no? [~] : [inlet~] [inlet] | / [-~ $1] | [max~ 0] | \ [/~] | [outlet~] [~] : [inlet~] [inlet] | / [-~ $1] | [min~ 0] | \ [/~] | [outlet~] [==~] : [inlet~] [inlet] | / [-~ $1] | \ [sig~ 1] [/~ ] \__ _/ [-~] | [outlet~] or : [inlet~] [inlet] | / [-~ $1] | \ [/~] | [*~ -1] | [+~ 1] | [outlet~] Not that this helps at all with the special character problem, and they're bound to be less efficient. One cool thing, though, is the ability to turn both inlets into signal inlets (but ditching the $1). Matt Date: Fri, 18 Jul 2008 18:18:08 +0900 From: hard off [EMAIL PROTECTED] Subject: Re: [PD] really annoying question about tildes~ To: IOhannes m zmoelnig [EMAIL PROTECTED] Cc: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 yeah totally. it seems nonsensical that pd has and for control signals, but not for audiorate signals. and as andy obiwan mentioned before [pow~] would also be very useful. as far as i can guess, all of these objects are very simple code-wise. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] really annoying question about tildes~
The special character problem is only a problem on Windows/NTFS for those objects. and work fine on ext2/3, HFS, etc. .hc On Fri, 2008-07-18 at 13:24 -0400, Matt Barber wrote: Not to be a stinker, These are very easy to implement as abstractions in Pd vanilla even without expr~, yes-no? [~] : [inlet~] [inlet] | / [-~ $1] | [max~ 0] | \ [/~] | [outlet~] [~] : [inlet~] [inlet] | / [-~ $1] | [min~ 0] | \ [/~] | [outlet~] [==~] : [inlet~] [inlet] | / [-~ $1] | \ [sig~ 1] [/~ ] \__ _/ [-~] | [outlet~] or : [inlet~] [inlet] | / [-~ $1] | \ [/~] | [*~ -1] | [+~ 1] | [outlet~] Not that this helps at all with the special character problem, and they're bound to be less efficient. One cool thing, though, is the ability to turn both inlets into signal inlets (but ditching the $1). Matt Date: Fri, 18 Jul 2008 18:18:08 +0900 From: hard off [EMAIL PROTECTED] Subject: Re: [PD] really annoying question about tildes~ To: IOhannes m zmoelnig [EMAIL PROTECTED] Cc: pd-list@iem.at Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 yeah totally. it seems nonsensical that pd has and for control signals, but not for audiorate signals. and as andy obiwan mentioned before [pow~] would also be very useful. as far as i can guess, all of these objects are very simple code-wise. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de zen \ \ \[D[D[D[D___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [nosleep] WAS: how to avoid (most/many/some) readsf~ dropouts
On Wed, 16 Jul 2008, Hans-Christoph Steiner wrote: They are not my namespaces. I neither wrote the code, nor figured out their usage. I just think it is a pretty good system to use. Well, given how much Günter is not there anymore and how much you are there talking about said namespaces, I'd say that they are pretty much yours. They could also be Günter's and yours at once, or only contextually yours to the extent of the conversation that we're having. Whatever it is, I know that you didn't code them, but this is not what I want to concentrate on. IOhannes had / working in hexloader, but it has other issues. You can't get / to be unambiguous if it is also a namespace separator and this problem doesn't depend on hexloader or even filesystems. Can the hexloader also be involved in finding helpfiles? [round/]'s helpfile can't be reasonably called round/-help.pd. But the ambiguïty I want to talk about is that, let's say you have a ~ version of [round/]. Well, [round/~] is also a possible name for a class named [~] in namespace round. So when you query what's the namespace associated to the classname round/~, what shall you get, or round ? _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list