[PD] PureData Convention logo Contest!!!
~~GREETINGS DATAFLOWERS~~ L'œuvre ouverte|PureData Convention needs a logo and we want you to make it! Things to consider: The logo should embody the theme of the Convention: L'œuvre ouverte Here is the logo from the last PD Convention in Graz: http://artengine.ca/html/pd-t-shirt.php The logo does not necessarily have to be composed of PD objects. However, if you decide to use the pd interface as inspiration, we are looking for something that pushes the typical patch aesthetic. The logo will go on our print material, the website, catalogue and most cool of all, it will be on the official Convention t-shirt! FAQs What does L'œuvre ouverte mean? 'L'œuvre ouverte' is an idea proposed by Italian philosopher Umberto Eco. Translated into English it is 'Open Work'. What do I win if my logo is selected? You win a new wardrobe!!! You will get one [bang t-shirt from the 1st PD Convention in Graz and you will get the official L'œuvre ouverte|PureData Convention '07 t-shirt with your logo on it! If you live in the Montréal area you will also receive one free workshop and membership for Studio XX (valued at $250 CAD) and a credit up to $500 CAD towards the use of the video-editing suite at Vidéographe. Can I submit more than one logo? Sure What kind of image do you want? For initial submissions we are looking for two .png files (one RGB and one greyscale). If your logo is selected we will ask you for two EPS files. When is the Deadline? The deadline for submissions is May 18th, 2007 Where do I send my submission(s) You can either send images or a link to the images to: darsha at artengine dot ca (you can also send questions that way too). Good luck people!! Darsha Hewitt Coordinator L'œuvre ouverte|PureData Convention -- {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} www.artengine.ca/darsha http://convention.puredata.org/ {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dsp lowest frequency?
Thanks Roman and Marius. From: Roman Haefeli [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: Bosko Milakovic [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] dsp lowest frequency? Date: Tue, 08 May 2007 18:21:10 +0200 dc is always the lowest possible frequency, no matter what sr you use. the issue with nyquist frequency is, that if the frequency of a signal is too high (sr/2), then it doesn't 'fit' into the sample-grid anymore. the only 'limitation' for low frequencies is, that you cannot tell the exact frequency, if your samplefile is too short. let's say, the period of your frequency is 10s, but your sample is only 5s long. how can you tell, that the signal has a frequency of 1/10 = 0.1Hz? roman On Tue, 2007-05-08 at 15:43 +, Bosko Milakovic wrote: Hi all! Maybe it's a stupid question but I was reading this http://www.dspdimension.com/PDF/DftAPied.pdf and it confused me a bit. Theoretically, if we have a sample rate at 1000Hz, the highest possible pitch will be 500Hz. But is there an opposite limit? Is there a lowest possible pitch for different sample rates? Is DC always there no matter what SR is or the lowest frequency boundary is moving also? Bosko _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ 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 _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem compiling wiimote external
On Wed, 2007-05-09 at 00:38 -0400, Chris McCormick wrote: On Tue, May 08, 2007 at 09:12:15PM -0400, Hans-Christoph Steiner wrote: It's just a matter of someone doing the work to get it building. Unless CWiid is in Debian, this could be a fair amount of work. I'll happily answer questions, etc. to help get it going. CWiid is in Debian. afaik, it is only in debian unstable 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] analogue clipping
hi hardoff here is an other kind of waveshaping (i think). the idea was to divide a signal by it self so you would get a rectangle. s / s = 1 and further if divide a signal with a range from the signals own value to 1 you don't get a hard rectangle i try to write the formula s / (slider between s and 1) = some rounded nice looking shape try the attached patch. eni On Die Mai 8 12:18 , hard off sent: what's the best and most cpu efficient way to clip a signal in an analogue fashion, rather than getting nasty digital distortion? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list s2rect~_dev.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
Hallo, Frank Barknecht hat gesagt: // Frank Barknecht wrote: This interval also is independent from the blocksize! You can check this with attached patch Now you can... Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ blocksize-messages.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about pdx7 for Frank Barknecht
Hallo Andres, Andres Ferrari hat gesagt: // Andres Ferrari wrote: hello Frank, i was testing pdx7 and I have some questions i cant load the adsr envelopes saved with careGUI.is possible? Hm, I cannot reproduce this unfortunatly. :( Does this only affect the envelopes and are the other settings saved, like the matrix elements? something else are you teacher of some musical institution? No, but I scan the job offerings in this and related areas ... ;) Oh, actually currently I do teach as part of my fellowship at the Academy of Media Arts Cologne. CIao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
Hallo, marius schebella hat gesagt: // marius schebella wrote: does this all make sense? smaller blocksizes give you the possibility to handle messages in even shorter time intervals, bigger blocksizes may help to declick for example when you write to arrays. [for some objects blocksize is even more important (fft~, tabsend~).] I think, it may be easier to explain this from a practical point of view. I'll give it a shot: * First axiom: Pd's messages are deterministic, also in time. What does this mean? All messages *inside* of Pd are handled with (almost) complete accuracy. If you have a bang going through a [del 0.3] and going through [del 0.299] then you can be sure that Pd triggers the 0.299-bang 0.001 msec before the 0.3-bang, regardless of what your blocksize or so is. It would be terrible and lead to lots of nasty errors if you couldn't rely on Pd to schedule events in that fashion. * Second axiom: The GUI is updated or polled less often. It would be a complete waste of ressources to update the GUI or poll GUI elements for changes every sample or every 1/44100 seconds. So currently events coming from the GUI are only read once every 64 samples. This interval also is independent from the blocksize! You can check this with attached patch by setting the blocksize to some really big value like 23 seconds and bang the [random 8]: You don't have to wait 23 seconds to get the result. Also with the [timer] object in that patch you can see the quantization of GUI messages to 64 samples. * Third axiom: Converting between messages and signals is tricky. As you've explained so well, DSP signals in Pd are calculated in blocks of several samples in one go. Normally 64 samples are one such block, but even with a blocksize of only 1 sample it would be tricky to convert messages to signals correctly, because even one sample takes a certain time (1/SR seconds) to compute. Generally DSP objects calculate a complete block and cannot react to messages in between that time. The messages themselves are scheduled correctly (Axiom 1) it's just that most DSP objects don't listen for messages during their computation time. Some DSP objects however actually can react quicker than a block: [vline~] and [vsnapshot~] are the prime examples. They use a little trick to do so: While they still calculate a full block in advance like everyone~ else, they know beforehand when messages are scheduled to reach them possibly in the middle of such a block and they calculate their sample block with these future messages in mind. This is possible for messages, that are scheduled to be send at some future point in time. For example a [metro] generates this kind of message: When a [metro 500] bangs, it also instructs Pd to bang again after 500ms. [vline~] then can ask Pd: Are there any messages scheduled for me during the next block? and because Pd knows about that scheduled [metro]-bang, it can tell [vline~]: Yes, there is one bang waiting for you 0.526 msec into the next block. Please take this into account! The normal [line~] object doesn't ask Pd about such scheduled messages and as such is faster to compute. If you just need to declick some value from a slider, then you can just use [line~] instead of [vline~] because slider events don't happen faster than 64 samples anyway. But if you build a drum machine that is driven by [metro] , you should really use [vline~] to get a drumset, that is not only good enough for acousmatic music, but also good enough for Jazz, as Eric Lyon once put it. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] question about pdx7 for Frank Barknecht
while we're on the subject: frank, did you or anyone ever make presets for pdx7? there are datasheets available here: http://www.thedx7.co.uk/DataSheet%20Banks.htm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
Thats cool, I think thats an elegant solution. Then I dont get why I still get this message from Gem: [text2d]: Gem has been compiled without FONT-support ! This is from the latest auto-build (may 9). I can clearly see the libfreetype.6.dylib in the correct path. Well I'm still very green at this, hope you can figure it out. I will keep testing the nightly-builds for font support. This process has been my first experience with compiling anything. BTW i was able to get text support going by including the static library within the Gem build. Gem blew up to 4.2MB, its a fatty but it works for my purposes. Alain From: Hans-Christoph Steiner [EMAIL PROTECTED] Date: 2007/05/09 Wed AM 12:49:15 EDT To: Nose Hair [EMAIL PROTECTED] CC: [EMAIL PROTECTED], Pure Data List pd-list@iem.at Subject: Re: [GEM-dev] [PD] Gem Compiling os x xcode problems Actually, using Fink, I have scripted the build system to automatically include any dynamic libs that are needed. This is already working well for ogg, vorbis, speex, and now PDP stuff. I see no reason why it shouldn't work for Gem too. If you look in Pd.app/Contents/lib you can see all the included .dylibs. .hc On May 8, 2007, at 10:24 PM, Nose Hair wrote: I tested last nights auto-build and it still says gem is compiled without font support. I will give tonight's build a shot and let you know. BTW I think that a static lib pointing to the X11 freetype is the way to go because if someone already has x11 installed they don't have to compile and install freetype from scratch. It's not hard but it would be more of a pain as opposed to installing the X11 package from their Tiger DVD. Alain On May 8, 2007, at 9:00 PM, Hans-Christoph Steiner wrote: Does freetype have to be statically linked? Will it work with dynamic? Right now, the auto-build compiles with a dynamic freetype lib, and I have a script that includes all the required dynamic libs. .hc On May 8, 2007, at 10:26 AM, chris clepper wrote: Use static linking for freetype and FTGL on OSX. On 5/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have gotten Gem to compile sucesfully with font support using the xcode project somewhat. I get 1125 warnings, mainly this is the location of the previous definition. My biggets problem is that in my machine I have the latest freetype under usr/local/lib and I also have the freetype that comes with x11 under usr/ X11R6/lib. When I load gen in my machine it loads up fine with text support, but when I load up gem in a machine with only the freetype in usr/X11R6/lib Gem will not load up because it keeps looking for the libfreetype.6.dylib in usr/local/lib. I dont know how to remedy this. Any help would be great. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev - --- All information should be free. - the hacker ethic ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Geo absolute position
I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] Any workaround or the likes? It would need this information to feed it to pmpd. Thanks, Alain ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended
There is a compile error that isn't being fixed. .hc On May 9, 2007, at 8:55 AM, Marc D. Demers wrote: Hi, Hans, Just a simple question: why there is no Pd-0.40.2-extended for Windows, only Pd-0.39.2-extended? Regards, Marc Soyez parmi les premiers à essayer Windows Live Mail. There is no way to peace, peace is the way. -A.J. Muste ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem DL Out Of Date! - FTGL continued
Any Pd-related download should be listed here: http://puredata.info/downloads/ If something isn't there, please add it to the member downloads section. .hc On May 9, 2007, at 5:14 AM, timon wrote: Nice one. Where do the autobuilds reside? Thanks, T. On 7 May 2007, at 04:10, Hans-Christoph Steiner wrote: Keep watching and testing the auto-builds, we are working on getting FTGL support working now. .hc On Apr 30, 2007, at 8:31 AM, timon wrote: Hi, I posted some q's about GEM and FTGL issues some weeks back. Cause I dont compile myself, I rely on the extended package. I couldnt find anything on the PD official web site for downloading the latest GEM. Nice enough though, someone pointed me to the GEM download centre, http://gem.iem.at/download.html I downloaded the latest OSX binaries. Then I replaced the gem_darwin inside the latest HCS package (open package contents). To my surprise it worked, but to my disappointment, its a 3 year old release! GEM: Graphics Environment for Multimedia GEM: ver: 0.90 release GEM: compiled: May 25 2004 Is there anywhere I can find a recent version of GEM, for OSX G4, that is compiled WITH FTGL? Well, thanks. Timon BotezCo Co/Timon Botez www.botezco.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list - --- Access to computers should be unlimited and total. - the hacker ethic I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Geo absolute position
gemlist_info will give you the current transformation matrix. On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] Any workaround or the likes? It would need this information to feed it to pmpd. Thanks, Alain ___ 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] OT - Pd on Leno
Congrats man! Very cool. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dafydd Hughes Sent: Tuesday, May 08, 2007 9:14 PM To: pd-list@iem.at Subject: [PD] OT - Pd on Leno Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ 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] Geo absolute position
hi alain because of the same problem, i wrote a small collection of vector processing abstractions. instead of using several [translateXYZ] and [rotateXYZ] objects in one chain, i decided to only use one [translateXYZ] for the position of the geo and one [rotatateXYZ] for its orientation. for calculating the the positions and orientations, i used the abstractions, i mentioned above. it seems awkard to have to compute all that stuff yourself, since there are object, that should make life easier, but i din't find any better way to overcome that problem yet. you can find the abstractions here: http://www.romanhaefeli.net/software/pd/vector_abs.tar.gz On Wed, 2007-05-09 at 09:25 -0400, [EMAIL PROTECTED] wrote: I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] i think, it would also be cool to not only know the position, but also its orientation. further would it be usefull to have some angel-to-vector conversion, so that an orientation given in angles would be outputted as the three vectors rotated by these angles. roman ___ 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] Geo absolute position
Thanks, I cant beleive I totally missed that. This is going to be very usefull. Alain From: chris clepper [EMAIL PROTECTED] Date: 2007/05/09 Wed AM 09:48:59 EDT To: [EMAIL PROTECTED] [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] Geo absolute position gemlist_info will give you the current transformation matrix. On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] Any workaround or the likes? It would need this information to feed it to pmpd. Thanks, Alain ___ 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] Geo absolute position
oh god i should have really asked that question much earlier. much effort wasn't necessary at all i didn't know, that it could be so easy. but nevermind, at least i hopefully learned something while making the vector_abstractions thank you, chris, for that (important) hint. roman On Wed, 2007-05-09 at 08:48 -0500, chris clepper wrote: gemlist_info will give you the current transformation matrix. On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] Any workaround or the likes? It would need this information to feed it to pmpd. Thanks, Alain ___ 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 ___ 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] Geo absolute position
Roman, Thanks for your help. Chris just clued me in on gemlist_info, check out the help file it looks like what we both have been looking for. Plus you can do as many transformations as you like and then put gemlist_info at the end of the chain to give you the absolute position, shear, size and orientation. But thanks for the abstactions you wrote, they will come in handy. Alain From: Roman Haefeli [EMAIL PROTECTED] Date: 2007/05/09 Wed AM 10:00:54 EDT To: [EMAIL PROTECTED] CC: pd-list@iem.at Subject: Re: [PD] Geo absolute position hi alain because of the same problem, i wrote a small collection of vector processing abstractions. instead of using several [translateXYZ] and [rotateXYZ] objects in one chain, i decided to only use one [translateXYZ] for the position of the geo and one [rotatateXYZ] for its orientation. for calculating the the positions and orientations, i used the abstractions, i mentioned above. it seems awkard to have to compute all that stuff yourself, since there are object, that should make life easier, but i din't find any better way to overcome that problem yet. you can find the abstractions here: http://www.romanhaefeli.net/software/pd/vector_abs.tar.gz On Wed, 2007-05-09 at 09:25 -0400, [EMAIL PROTECTED] wrote: I have been looking for this answer for a while now. In Gem, is there a way to get the absolute position of a geo after its been rotated, moved, rotated again, etc...? For example: [gemhead] | [translateXYZ 0 1 0] | [rotateXYZ 0 0 90] | [translateXYZ 1 0 0] | [circle 0.1] | [absolute position] i think, it would also be cool to not only know the position, but also its orientation. further would it be usefull to have some angel-to-vector conversion, so that an orientation given in angles would be outputted as the three vectors rotated by these angles. roman ___ 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] Bug in Pool?
Hi Luke, thanks for the report. It's a typical buffer overrun (caused by a lng line of data), making quick-and-dirty code choke. I hope to fix it shortly, please stand by! greetings, Thomas Am 09.05.2007 um 04:24 schrieb Luke Iannini (pd): Hi Thomas (and list), I have run into what appears to be a limitation with [pool], namely that it crashes with something around ~780 characters loaded from a file as values in a key. I ran into this loading a particularly long list in Memento. I've attached a patch and a file from which to load to experience the crash. The file is just a little over the character count needed to crash it (it seems to be between 780 and 800?). It does not seem to be a function of the number of elements in the list, but rather the length of the text in those elements. Shorten a few of the values in the list and it loads right up. I'm also pretty sure this is a per-key limitation, as memento's lddir first loads files into /tmp before copying them into the proper key. I've used that with a file that was just under the crashing length and that worked fine (loaded into two keys). I have tested this on both my PPC Mac and my Intel Mac; maybe others can check it out too? (also to clarify, the problem occurs when loading data from a file; data of any length (that I've tried) makes it into the pool without issue, and saves without issue) Thanks! Luke PoolCrash.pd CoscNearlyAll Thomas Grill http://g.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
[EMAIL PROTECTED] wrote: Thats cool, I think thats an elegant solution. Then I dont get why I still get this message from Gem: [text2d]: Gem has been compiled without FONT-support ! This is from the latest auto-build (may 9). which autobuild? currently there are several versions of pd-extended built each night, probably one of them uses the old non-font Gem? Well I'm still very green at this, hope you can figure it out. I will keep testing the nightly-builds for font support. This process has been my first experience with compiling anything. BTW i was able to get text support going by including the static library within the Gem build. Gem blew up to 4.2MB, its a fatty but it works for my purposes. well, that's the joy auf static linking (and that is one of the reasons why on w32 and os-x most apps are so huge, while on linux most of them are tiny) mfg.adr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
I went to the latest folder and downloaded this one: Pd-0.39.2-extended-rc2-macosx104-powerpc.dmg The build date is 9-May-2007. Is that the one I should have used? Alain From: IOhannes m zmoelnig [EMAIL PROTECTED] Date: 2007/05/09 Wed AM 11:14:37 EDT CC: Pure Data List pd-list@iem.at, [EMAIL PROTECTED] Subject: Re: [GEM-dev] [PD] Gem Compiling os x xcode problems [EMAIL PROTECTED] wrote: Thats cool, I think thats an elegant solution. Then I dont get why I still get this message from Gem: [text2d]: Gem has been compiled without FONT-support ! This is from the latest auto-build (may 9). which autobuild? currently there are several versions of pd-extended built each night, probably one of them uses the old non-font Gem? Well I'm still very green at this, hope you can figure it out. I will keep testing the nightly-builds for font support. This process has been my first experience with compiling anything. BTW i was able to get text support going by including the static library within the Gem build. Gem blew up to 4.2MB, its a fatty but it works for my purposes. well, that's the joy auf static linking (and that is one of the reasons why on w32 and os-x most apps are so huge, while on linux most of them are tiny) mfg.adr IOhannes ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] unknown audio I/O error fixed
Ha- I just assumed that it wouldn't work, but it works fine- I just overreacted. Thanks for your help! -Greg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT - Pd on Leno
http://youtube.com/watch?v=rlxrjIMNIeg Excellent, band sounded great! I can't wait to see you guys in Ohio. So you're the one at the piano with the midi controller? Looking smooth, Dafydd! Congrats again, Kevin On 5/8/07, Dafydd Hughes [EMAIL PROTECTED] wrote: Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] accuracy of signal/message-objects
First of all thanks for all the elaborate explanations. They are all greatly appreciated! On 08/05/2007, at 20.06, Roman Haefeli wrote: On Tue, 2007-05-08 at 18:37 +0200, Steffen wrote: I understand that decreasing the block size will possible requirer more computation/logical time then there is real time enough to complete. what do you mean by computational time? logical time and the time, the cpu needs to compute something are not the same. Sorry. I meant the time it takes to compute the DSP. And therefore that the information in a block is available to the program to process. Which also means that after that block has been processes the information is not longer available. Is that true? i am afraid, i couldn't fully follow. What i was thinking about is the information in each block, ie the samples in each block are forgotten about when the computation/DSP of that block is done. I'm guessing this, since some object, i guess again, depends on the block size, that is the samples in the block. For example if one wants to compute some mean value. - Does the block size then become the 'window' size, where window is used as the theoretical term in DSP? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] mod~ ???
Oops.. that's a bug. To work around it for now, add 1 (or a higher integer), then wrap... cheers Miller On Mon, May 07, 2007 at 09:40:53PM +0200, Steffen wrote: On 07/05/2007, at 20.51, Claude Heiland-Allen wrote: Note: 0 - [wrap~] - 1, which is weird (and undesirable in my eyes). Yeah. I still can't translate wrap~ gives the difference between the input and the largest integer not exceeding it to that. The quote is from the help file. ___ 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] accuracy of signal/message-objects
Hallo, Steffen hat gesagt: // Steffen wrote: And therefore that the information in a block is available to the program to process. Which also means that after that block has been processes the information is not longer available. Is that true? i am afraid, i couldn't fully follow. What i was thinking about is the information in each block, ie the samples in each block are forgotten about when the computation/DSP of that block is done. Yes, it's gone then. But so are messages. Btw.: the [tabsend~] and [tabreceive~] objects directly operate on the sample blocks we're talking about here, as does the [print~] object, so if you want to see or influence what's happening in a block, use these. I'm guessing this, since some object, i guess again, depends on the block size, that is the samples in the block. For example if one wants to compute some mean value. - Does the block size then become the 'window' size, where window is used as the theoretical term in DSP? You mean window as in for example a FFT? Yes, that is equivalent to the block in Pd. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Percussa AudioCubes Pd
Have anyone tried it? I'm just curious. I've asked Bert Schiettecatte who claims that the HID external will limit what the cubes can do. That might well be, i don't know. I guess there is no dedicated AudioCube external, hence i wondered. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] freiOr plugins
Does anyone have a way to read freiOr plugins into pd/pdp/pidip/GEM http://www.piksel.org/frei0r I would love to have something similar to the pdp_freeframe external to enhance the visuals Sevvy? Cheers Pat ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Percussa AudioCubes Pd
Do you have any info on such limitations? I would like to hear. .hc On May 9, 2007, at 4:19 PM, Steffen wrote: Have anyone tried it? I'm just curious. I've asked Bert Schiettecatte who claims that the HID external will limit what the cubes can do. That might well be, i don't know. I guess there is no dedicated AudioCube external, hence i wondered. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [GEM-dev] Gem Compiling os x xcode problems
Both Pd-extended auto-builds should work, so please report on either/ both. I am also seeing problems. If I manually run make gem it seems to work, but not as an auto-build... arg. .hc On May 9, 2007, at 11:15 AM, [EMAIL PROTECTED] wrote: I went to the latest folder and downloaded this one: Pd-0.39.2-extended-rc2-macosx104-powerpc.dmg The build date is 9-May-2007. Is that the one I should have used? Alain From: IOhannes m zmoelnig [EMAIL PROTECTED] Date: 2007/05/09 Wed AM 11:14:37 EDT CC: Pure Data List pd-list@iem.at, [EMAIL PROTECTED] Subject: Re: [GEM-dev] [PD] Gem Compiling os x xcode problems [EMAIL PROTECTED] wrote: Thats cool, I think thats an elegant solution. Then I dont get why I still get this message from Gem: [text2d]: Gem has been compiled without FONT-support ! This is from the latest auto-build (may 9). which autobuild? currently there are several versions of pd-extended built each night, probably one of them uses the old non-font Gem? Well I'm still very green at this, hope you can figure it out. I will keep testing the nightly-builds for font support. This process has been my first experience with compiling anything. BTW i was able to get text support going by including the static library within the Gem build. Gem blew up to 4.2MB, its a fatty but it works for my purposes. well, that's the joy auf static linking (and that is one of the reasons why on w32 and os-x most apps are so huge, while on linux most of them are tiny) mfg.adr IOhannes ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev ___ GEM-dev mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/gem-dev Terrorism is not an enemy. It cannot be defeated. It's a tactic. It's about as sensible to say we declare war on night attacks and expect we're going to win that war. We're not going to win the war on terrorism.- retired U.S. Army general, William Odom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Percussa AudioCubes Pd
On 09/05/2007, at 22.31, Hans-Christoph Steiner wrote: Do you have any info on such limitations? I would like to hear. Nope, no details. There is a contact form at the Percussa website. I just asked him if the cubes worked with Pd. So i got a similar simple answer, fair enough i think. Included in the answer was the possibility to use a Max Runtime thingy. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSCroute doesn't route deep targets
On May 1, 2007, at 10:39 AM, Stephen Sinclair wrote: Any idea why this works like this? Or possible ideas as to rigging this? I'd be willing to hack on it to get it to do this... I'll let you know if it works. alternatively try martin peach's OSC objects. note: my bugfix for OSCroute still hasn't been applied! I'll get to the bug/patch tracker hopefully next week. Anyone can feel free to beat me to it. .hc steve ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT - Pd on Leno
Thanks for sharing! Congrats Dafydd! Feisty! I didn't know you played with Feist - great stuff and would seem to me a very suitable outlet for you to do more audio experimentation while still in a pop format. Best, p Original Message Subject: Re: [PD] OT - Pd on Leno From: Kevin McCoy [EMAIL PROTECTED] Date: Wed, May 09, 2007 3:00 pm To: Dafydd Hughes [EMAIL PROTECTED], PD-list@iem.at http://youtube.com/watch?v=rlxrjIMNIeg Excellent, band sounded great! I can't wait to see you guys in Ohio. So you're the one at the piano with the midi controller? Looking smooth, Dafydd! Congrats again, Kevin On 5/8/07, Dafydd Hughes [EMAIL PROTECTED] wrote: Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.comhr___ 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] Pd-0.39.2-extended-RC1. osx --good work
You'll have better luck on the Pd list with this problem, since I don't really know much about graphics or Gem. I cc'ed the list. .hc On May 4, 2007, at 8:14 PM, alan brooker wrote: Hi Thanks for your help These are my specs... Machine Name:Mac mini Machine Model:PowerMac10,1 CPU Type:PowerPC G4 (1.2) Number Of CPUs:1 CPU Speed:1.42 GHz L2 Cache (per CPU):512 KB graphics Chipset Model:ATY,RV280 Type:Display Bus:AGP VRAM (Total):32 MB Vendor:ATI (0x1002) I didnt have a problem with Gem in the previous stable PD extended (38). The audio works fine and as I said it looks great! Has anything new been added to Gem sine PD extended (stable) 38 then may be causing me problems? Thanks again! Al On 5/5/07, Hans-Christoph Steiner [EMAIL PROTECTED] wrote: What computer are you running this on? Sounds like a graphics driver issue, perhaps. .hc On May 4, 2007, at 6:16 PM, alan brooker wrote: Hi I want to say thanks to Hans and all other developers for making Pd-0.39.2-extended-RC1 for the mac so good to look at-IMO looking as good as max. Im getting this error on the start up screen and if anyone can suggest a work around or if Im doing anything wrong I would appreciate it. error: to function, this needs to be compiled against Pd 0.40 or higher, or a version that has sys_register_loader() libdir loader $Revision: 1.5 $ written by Hans-Christoph Steiner [EMAIL PROTECTED] compiled on Apr 14 2007 at 05:11:51 compiled against Pd version 0.39.2.extended-RC1 /Volumes/Pd-0.39.2-extended-RC1/Pd-0.39.2-extended-RC1.app/ Contents/Resources/Scripts/../extra/Gem.pd_darwin: dlopen(/Volumes/ Pd- 0.39.2-extended-RC1/Pd-0.39.2-extended-RC1.app/Contents/ Resources/Scripts/../extra/Gem.pd_darwin, 10): Symbol not found: _glFramebufferRenderbufferEXT Referenced from: /Volumes/Pd-0.39.2-extended-RC1/Pd-0.39.2- extended-RC1.app /Contents/Resources/Scripts/../extra/Gem.pd_darwin Expected in: /System/Library/Frameworks/OpenGL.framework/ Versions/A/OpenGL Gem: can't load library But Just want to give words of encouragement! ;-) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- -- Mistrust authority - promote decentralization. - the hacker ethic http://at.or.at/hans/ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] ANN: munger1~ 1.3.0 released
First of all, apologies for wasting everyone's bandwidth with the last release which was/is for most intents and purposes broken. This new release dubbed I hate MSVC ought to [hopefully] solve lingering problems. Download from usual place: http://ico.bukvic.net/Max/munger1~_latest.tar.gz (~400KB, includes source, Linux-Pd-i386, Mac-Max-UB, and Win32-Max-i386 binaries) CHANGELOG = More MSVC+flext oddities--forced to use static array of ADSRs Memory leakage finally fixed? Tons of tiny bug-fixes Added versioning system Built against latest flext CVS checkout Fixed OSX UB (please test) Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) [EMAIL PROTECTED] http://www.music.vt.edu/people/faculty/bukvic/ http://ico.bukvic.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] self-centering random walk
Here's an example of a random walk that is biased towards the middle of its range and is guaranteed not exceed its bounds. Hope someone finds it useful, I'm using it for melodies in a generative piece (I'll publish the full patch in a couple of weeks). Any statisticians want to analyse it further than I have? Anyone have any suggestions for improvements? Claude -- http://[EMAIL PROTECTED] #N canvas 0 0 781 423 10; #X obj 21 103 f 5; #X obj 184 111 random 10; #X obj 184 137 moses; #X obj 162 194 +; #X obj 21 130 t f f; #X obj 65 225 max -100; #X obj 65 245 t f f; #X floatatom 65 267 5 0 0 0 - - -; #X obj 43 309 t f f; #X floatatom 43 331 5 0 0 0 - - -; #X floatatom 21 371 5 0 0 0 - - -; #X obj 21 26 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X obj 162 79 t f b f; #X msg 184 159 -1; #X msg 214 159 1; #X obj 43 288 min 100; #X obj 21 51 metro 100; #X floatatom 79 26 5 0 0 0 - - -; #X obj 21 168 t f f f; #N canvas 0 0 456 412 \$0-test-100 0; #X obj 314 172 moses; #X obj 292 229 +; #X obj 151 165 t f f; #X obj 292 114 t f b f; #X msg 314 194 -1; #X msg 344 194 1; #X obj 151 138 f 50; #X obj 314 146 random 99; #X obj 151 223 t f f; #X obj 151 274 + 1; #X obj 151 103 until; #X msg 33 304 normalize 1; #X obj 33 34 t b b b; #X msg 77 280 const 0; #X obj 33 331 s \$0-distribution-100; #X obj 151 297 tabwrite \$0-distribution-100; #X obj 151 251 tabread \$0-distribution-100; #X msg 151 76 10; #X obj 33 12 inlet; #X connect 0 0 4 0; #X connect 0 1 5 0; #X connect 1 0 6 1; #X connect 2 0 8 0; #X connect 2 1 3 0; #X connect 3 0 1 0; #X connect 3 1 7 0; #X connect 3 2 0 1; #X connect 4 0 1 1; #X connect 5 0 1 1; #X connect 6 0 2 0; #X connect 7 0 0 0; #X connect 8 0 16 0; #X connect 8 1 15 1; #X connect 9 0 15 0; #X connect 10 0 6 0; #X connect 11 0 14 0; #X connect 12 0 11 0; #X connect 12 1 17 0; #X connect 12 2 13 0; #X connect 13 0 14 0; #X connect 16 0 9 0; #X connect 17 0 10 0; #X connect 18 0 12 0; #X restore 476 182 pd \$0-test-100; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-distribution-100 100 float 4; #X coords 0 1 99 0 128 100 1; #X restore 474 223 graph; #X obj 476 160 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-distribution-10 10 float 4; #X coords 0 1 9 0 128 100 1; #X restore 331 223 graph; #X obj 333 161 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 0 450 300 (subpatch) 0; #X array \$0-distribution-1000 1000 float 4; #X coords 0 1 999 0 128 100 1; #X restore 617 223 graph; #X obj 619 160 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 0 0 456 412 \$0-test-10 0; #X obj 314 172 moses; #X obj 292 229 +; #X obj 151 165 t f f; #X obj 292 114 t f b f; #X msg 314 194 -1; #X msg 344 194 1; #X obj 151 223 t f f; #X obj 151 274 + 1; #X obj 151 103 until; #X msg 33 304 normalize 1; #X obj 33 34 t b b b; #X msg 77 280 const 0; #X msg 151 76 10; #X obj 33 12 inlet; #X obj 314 145 random 9; #X obj 151 137 f 5; #X obj 151 251 tabread \$0-distribution-10; #X obj 151 297 tabwrite \$0-distribution-10; #X obj 33 331 s \$0-distribution-10; #X connect 0 0 4 0; #X connect 0 1 5 0; #X connect 1 0 15 1; #X connect 2 0 6 0; #X connect 2 1 3 0; #X connect 3 0 1 0; #X connect 3 1 14 0; #X connect 3 2 0 1; #X connect 4 0 1 1; #X connect 5 0 1 1; #X connect 6 0 16 0; #X connect 6 1 17 1; #X connect 7 0 17 0; #X connect 8 0 15 0; #X connect 9 0 18 0; #X connect 10 0 9 0; #X connect 10 1 12 0; #X connect 10 2 11 0; #X connect 11 0 18 0; #X connect 12 0 8 0; #X connect 13 0 10 0; #X connect 14 0 0 0; #X connect 15 0 2 0; #X connect 16 0 7 0; #X restore 333 183 pd \$0-test-10; #N canvas 0 0 456 412 \$0-test-1000 0; #X obj 314 172 moses; #X obj 292 229 +; #X obj 151 165 t f f; #X obj 292 114 t f b f; #X msg 314 194 -1; #X msg 344 194 1; #X obj 151 223 t f f; #X obj 151 274 + 1; #X obj 151 103 until; #X msg 33 304 normalize 1; #X obj 33 34 t b b b; #X msg 77 280 const 0; #X msg 151 76 10; #X obj 33 12 inlet; #X obj 151 251 tabread \$0-distribution-1000; #X obj 151 297 tabwrite \$0-distribution-1000; #X obj 33 331 s \$0-distribution-1000; #X obj 314 146 random 999; #X obj 151 138 f 500; #X connect 0 0 4 0; #X connect 0 1 5 0; #X connect 1 0 18 1; #X connect 2 0 6 0; #X connect 2 1 3 0; #X connect 3 0 1 0; #X connect 3 1 17 0; #X connect 3 2 0 1; #X connect 4 0 1 1; #X connect 5 0 1 1; #X connect 6 0 14 0; #X connect 6 1 15 1; #X connect 7 0 15 0; #X connect 8 0 18 0; #X connect 9 0 16 0; #X connect 10 0 9 0; #X connect 10 1 12 0; #X connect 10 2 11 0; #X connect 11 0 16 0; #X connect 12 0 8 0; #X connect 13 0 10 0; #X connect 14 0 7 0; #X connect 17 0 0 0; #X connect 18 0 2 0; #X restore 619 182 pd \$0-test-1000; #X text 332 22 self-centering random walk technique; #X text 333 45 probability of decrease decreases as the value decreases ; #X text 333 59 probability of increase decreases as the value increases ; #X text 356 160 N = 10; #X text 498 159 N = 100; #X text 645 159 N = 1000; #X
Re: [PD] analogue clipping
Claude Heiland-Allen wrote: Otherwise, I think there are some theorems about waveshaping and the amount of oversampling necessary to avoid aliased frequencies and that nasty digital sound... http://groups.google.co.uk/group/comp.dsp/msg/9576a7a248851937 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT - Pd on Leno
Yeah man! I love Feist! I hope to join the Berlin diaspora myself soon. do you live there? ~Kyle On 5/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks for sharing! Congrats Dafydd! Feisty! I didn't know you played with Feist - great stuff and would seem to me a very suitable outlet for you to do more audio experimentation while still in a pop format. Best, p Original Message Subject: Re: [PD] OT - Pd on Leno From: Kevin McCoy [EMAIL PROTECTED] Date: Wed, May 09, 2007 3:00 pm To: Dafydd Hughes [EMAIL PROTECTED], PD-list@iem.at http://youtube.com/watch?v=rlxrjIMNIeg Excellent, band sounded great! I can't wait to see you guys in Ohio. So you're the one at the piano with the midi controller? Looking smooth, Dafydd! Congrats again, Kevin On 5/8/07, Dafydd Hughes [EMAIL PROTECTED] wrote: Hi folks If you've got nothing better to do this evening, the band I'm touring with is playing on the Tonight Show, and I'm using Pd for about 8 bars of a mellotron flute sample. Not nearly as impressive as Bjork's rig, but what the hey, it's Pd in the pop world:) cheers dafydd -- www.sideshowmedia.ca skype: chickeninthegrass ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://pocketkm.blogspot.comhr___ 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 -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list