Re: [PD] PD t-shirts
If you made one like this: http://www.avhc.es/pato/pics/computermusic.gif I'd buy it. Design by Ruben Patino. D. -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 123: "Once the search has begun, something will be found" ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD t-shirts
Ben Baker-Smith wrote: Hello List, I'm considering designing and selling PD related t-shirts. I haven't totally worked out the logistics. Basically I was inspired by the [Bang( shirts that I've seen online, but which are no longer available as far as I can tell. actually i think some of them (that is: the 2nd generation for oldskool foks with [pd 0.40] on the back) are still available. at least o have 3 of them lying around here in my office (2 t-shirts; one is orange, the other dark-green; and a hooded shirt in orange; all of them are "small"). so if anybody want's to drop by they can get them (i don't do oversea transportation these days). more interesting is probably the web-shop at http://kug.mur.at (go to "auslage/shop", select "wear", select "KiG!" (who appear to be authors of the shirt for whatever reason) and buy). still no paypal or other neo liberal hyper capitalist fuzz. fmadf., IOhannes 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 book sprint
Von: Frank Barknecht Gesendet: Montag, den 30. März 2009, 19:03:35 Uhr > While the oscillators in s_osc.pd all go from -1 to 1, I don't really see why > a > triangle wave should not go from 0-1 as well. This may even be useful in > certain applications. All it takes to convert it is a multiply-add. And isn't > differentiating between ring modulation and amplitude modulation according to > where the DC is old school analog thinking? ;) In Pd I prefer to think just > about multiplications of one signal with another one. i am not sure, if i can follow. the dc offset indeed makes a difference. and i don't think, there is much of a difference between analog and digital domain. if you want to control the amplitude of a sound signal, then you might prefer the 0-1 range. if it is to intended to be an audio signal itself, then you really want it to oscillate between -1 and 1 (this applies to a triangle, but not to a pwm square). not making that distinction can be quite troublesome. imagine a setup with many synth instruments runnning at the same time. one of them uses several instances of an oscillator, that isn't dc corrected. the more voices of that particular synth you have, the more dc offset you will add to the sum signal. because of that, you encounter bad distortion at a volume level much lower than you expected. not only that, the distortion is dependent on the number of voices used by the faulty synth. if you add enough dc offset, then you might not hear anything at all anymore. also feedback delays won't work, since the dc will increase with every feedback cycle. i guess you already know this all, i just took the chance to sketch out, what can happen, if there wasn't taken care of removing dc-offset correctly. @derek: i think, that one shouldn't make a trade-off between simplicity/ease-of-understanding and correctness. it might seem pedantic to emphasize on dc-removal in such a tutorial, but when not doing so, many problems will arise from that. i also encounter, that even more experienced (pd-) people sometimes don't fully understand what dc offset and its implications mean. this makes me want to put even more emphasis on the issue. what i mean to say, is that it might not help people, when the aspect of dc-offset and dc-removal is left out. actually, i find pd is a very good and didactic tool to illustrate such problems. personally, i very often experienced, that i didn't have to understand a certain aspect of dsp (or whatever field) beforehand, i. e. before i tried the implementation in pd. in contrary: trying things in pd helped me understand those concepts. @[hip~] solution to remove dc-offset: this is not a real solution, because the amount of unwanted parts of the signal is dependent on the frequency setting of [hip~]. i mean it _does_ remove dc offset on the long run, but it might doesn't help or produces wierd results in certain situations. for instance, if you chain three modules in the following order: oscillator with dc | envelope generator | highpass filter the result might contain unwanted very-low frequent parts. if you send that signal to a feedback delay, then you get similar issues as described above. in all cases, it is always best to do it 'pedantically' correct from the beginning and avoid dc offset overall. roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD t-shirts
that's kind of cool, because it makes absolutely no sense when you look up close. On Wed, Apr 1, 2009 at 6:21 PM, Max wrote: > make this into a shirt: > > > > Am 01.04.2009 um 09:05 schrieb Derek Holzer: > > If you made one like this: >> >> http://www.avhc.es/pato/pics/computermusic.gif >> >> I'd buy it. >> >> Design by Ruben Patino. >> >> D. >> >> -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: >> http://www.vimeo.com/macumbista ::: >> ---Oblique Strategy # 123: >> "Once the search has begun, something will be found" >> >> ___ >> 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
Re: [PD] GEM pix_write bugs (timelapse)
mark edward grimm wrote: hey thats pretty nice!! much nicer than my poor gem attempt last month... and the patch: put this to / because of the bug in pix_write to make it work. put a folder called "frames" beside it. yeah this is weird huh? no it's not weird. it's a known issue of Pd on OSX ("fixed" in Pd-extended, afair) where Pd get's started in the / directory. all relative paths are thus relative to the root and not to your home-directory, nor the patch-directory nor to your mailbox). to make your demo-patch more portable (and not clutter the /) you could have used /tmp/ instead of /frames/; /tmp/ is available (and writeable) on all good and nice un*ces. fgafmrt IOhannes 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] GEM pix_write bugs (timelapse)
Max wrote: here is the same thing with pix_multiimage instead. it will crash pd a little bit later than the version with pix_image. i guess it is crashing right after you try loading 100 images (or so) into RAM. what do you expect? (if you look carefully, you might also notice that [pix_write] gradually fills up your harddisk. this is no bug either ;-)) or am i missing something obvious (it seems so, as i cannot reproduce the memleak you report with [pix_image] either). fmgas.dr. IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] multiimage segmentation fault
Hi list, I'm having a problem with pix_multiimage. Every time I try to change the location where the pics are stored, using the example patch 02.multiimage.pd: [pix_multiimage ../data/temp*.JPG 2] to another location, say [pix_multiimage /home/peter/images/image*.JPG 2] I keep getting a segmentation fault and pd crashes. It also happens when I click [open myFiles*.tif 5( in the pix_multiimage helpfile. What am I doing wrong? Thanks, Peter ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] multiimage segmentation fault
Peter O'Doherty wrote: Hi list, I'm having a problem with pix_multiimage. Every time I try to change the location where the pics are stored, using the example patch 02.multiimage.pd: [pix_multiimage ../data/temp*.JPG 2] to another location, say [pix_multiimage /home/peter/images/image*.JPG 2] I keep getting a segmentation fault and pd crashes. It also happens when I click [open myFiles*.tif 5( in the pix_multiimage helpfile. What am I doing wrong? don't know. it would be interesting to know which platform you on and which (exact) versions of Pd/Gem you are using. and if it is possible, please create a backtrace of the crash (e.g. with gdb) fgamrd IOhannes 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 t-shirts
Aw man, I'd love to pick one of those up. You're in Germany though, huh? That's gonna make stopping by difficult. Oh well. That link was dead so I wasn't able to check out the web-shop. -Ben On Wed, Apr 1, 2009 at 2:43 AM, IOhannes m zmoelnig wrote: > Ben Baker-Smith wrote: >> >> Hello List, >> >> I'm considering designing and selling PD related t-shirts. I haven't >> totally worked out the logistics. Basically I was inspired by the >> [Bang( shirts that I've seen online, but which are no longer available >> as far as I can tell. >> > > actually i think some of them (that is: the 2nd generation for oldskool foks > with [pd 0.40] on the back) are still available. > at least o have 3 of them lying around here in my office (2 t-shirts; one is > orange, the other dark-green; and a hooded shirt in orange; all of them are > "small"). so if anybody want's to drop by they can get them (i don't do > oversea transportation these days). > > more interesting is probably the web-shop at http://kug.mur.at (go to > "auslage/shop", select "wear", select "KiG!" (who appear to be authors of > the shirt for whatever reason) and buy). still no paypal or other neo > liberal hyper capitalist fuzz. > > fmadf., > IOhannes > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD t-shirts
Ben Baker-Smith wrote: Aw man, I'd love to pick one of those up. You're in Germany though, huh? ähm, .at stands for austria (which is a small country near germany and not to be confused with australia) That's gonna make stopping by difficult. i guess austria doesn't make it any easier (nor more difficult) Oh well. That link was dead so I wasn't able to check out the web-shop. ah sorry, it should read http://kig.mur.at fmgadsr. IOhannes 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 t-shirts
I'm open to the idea of donating proceeds to PdCon. But, having never been, I have some clarifying questions/concerns. I would really prefer that any money from sales went toward documentation, which in turn will increase useability and make PD more accessible to new users. Does the convention encourage/promote documentation? Is time spent at the convention trying to increase the existing body of literature? If so, then I'm all for it. I just don't want to settle on PdCon if it's only useful to attendees. (of course, I understand that in a good open-source community knowledge gained by any members contributes in some way to the knowledge of the group... but I'm talking more formal documention rather than more answers on the mailing list) Glad to hear the interest. I'm still looking into the best way to go about printing, selling, and distributing. If someone wants to partner up on this I'd be happy for the help and added input. -Ben On Tue, Mar 31, 2009 at 9:46 PM, Alexandre Castonguay wrote: > Hi Ben, all, > > We did the last batch of t's as a fundraiser for the Convention in > Montréal. We managed to pay for another 1/2 plane ticket with the > proceeds :-). Maybe the same could be done for São Paulo? > > The super folks from Graz sent the file they used for the original t's I > should still have it if you want. > > À bientôt, > > Alexandre > > > >> Hello List, >> >> I'm considering designing and selling PD related t-shirts. I haven't >> totally worked out the logistics. Basically I was inspired by the >> [Bang( shirts that I've seen online, but which are no longer available >> as far as I can tell. >> >> Anyway, if I did so, I would like to donate all of the proceeds toward >> further PD development, specifically documentation of poorly >> documented objects (or example patches, which is basically the same >> thing). >> >> How do you all think would be the best way of going about this? >> >> Should I stockpile the money and then offer it to someone as a sort of >> grant? That's less than ideal in my opinion. I really don't know how >> to go about this. >> >> Any/all input is welcome >> >> -Ben >> >> ___ >> 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 t-shirts
My mistake. Thanks for the updated link. -Ben On Wed, Apr 1, 2009 at 9:29 AM, IOhannes m zmoelnig wrote: > Ben Baker-Smith wrote: >> >> Aw man, I'd love to pick one of those up. You're in Germany though, >> huh? > > ähm, .at stands for austria (which is a small country near germany and not > to be confused with australia) > >> That's gonna make stopping by difficult. > > i guess austria doesn't make it any easier (nor more difficult) > >> >> Oh well. >> >> That link was dead so I wasn't able to check out the web-shop. > > ah sorry, it should read http://kig.mur.at > > > fmgadsr. > IOhannes > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_write bugs (timelapse)
IOhannes m zmoelnig wrote: Max wrote: here is the same thing with pix_multiimage instead. it will crash pd a little bit later than the version with pix_image. i guess it is crashing right after you try loading 100 images (or so) into RAM. what do you expect? (if you look carefully, you might also notice that [pix_write] gradually fills up your harddisk. this is no bug either ;-)) or am i missing something obvious (it seems so, as i cannot reproduce the memleak you report with [pix_image] either). despite of my sarcasm: have you considered using [pix_buffer] rather than [pix_multiimage]; it is way more flexible. (e.g. if all the images can fit into ram, you don't even need a harddisk) fgamsrd IOhannes 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] Pdpedia and random generation
It would be good to have standards on how articles should be formatted and what kind of information should be presented. yes I agree. At the origin in 2006..., I have suggested to some french PDers the following features: - * a lexicon-dictionary about objects/externals/abstractions ( Done) * a category search portal ( one of the most important feature for pd newbies ), like in Wikipedia portal http://fr.wikipedia.org/wiki/Wikipédia:Catégories ( to do) Example of category search: PD==>Graphics==>Video==>Live==>Effects==>Blending==> pix_add /pix_subtract /pix_diff /pix_composite/ pix_multiply/ PDP_blend ( fiction...) * multilingual structure as Wikipedia ( very important for educational uses in the world where people will stay with commercial software just for this reason ( France for example)) (Done) future options, when the database will be completed enough: * tools or wiki tags for visualizing patches ( parsing of the patch code to create an image of the patch, server side) and downloading text patches from PDpedia * Pdpedia database embedded with PD extended ( when completed) for offline consulting * in PD: a contextual help with access to the related pdpedia page (in PD itself or online) - About the formatting of one page, I have suggested the rubriques: - (from the body of the page) Nature of the element (object/external/abstraction/ Short Definition Generalities (long definition) Compatibility ( wich versions of pd) * Inlets Outlets Arguments Messages * Warnings and incompatibilities Tricks and alternative ways to do it Examples ( expanded help file+ other examples with pictures), links to video examples Tutorials on this element, links to videos Associated objects, related objects Equivalents in similar open source softwares * Author(s) of the object, links Contributors of this page. -- (from the infobox) name ultra short description abbreviation library author developer release version release date dependencies license website programming language platform (i.e Windows, Mac OS X, GNU/Linux) operating system (i.e. Windows XP, Windows 2000, Mac OS X 10.3, Debian, etc.) language data type distribution (i.e. Pd-vanilla, pd-extended, pure:dyne, etc) link to the code - about the work to do on the PDpedia, I have suggested to organize PDpedia Parties: It's a on day or two days fiesta gathering, where PDers decide: -first : how many objects they will document, and wich objects ( 5 per person during 3 hours for example) -then they document individually, in a fiesta atmosphère, during a limited amount of time. -then, they create collective(s) performance(s) in a complete fiesta atmosphere I have also suggested that all PD teachers should give time in their workshops for the students to document on PDpedia the object they are discovering. - Of course, PDpedia is a long term project. There are also many initiatives like the great FLOSSmanuals, or videopedia to produce tutorials. Because of the 2500 objects/elements, the PDpedia is more on the encyclopedic aspect. 2500 objects and more could be completed in many languages in five years, if the community understand how politically important is to help newbies to use such tools with documentation facilities. Documenting is not sometimes very sexy, that's why I suggest to organise PDpedia parties. - and yes, I agree, there is a need for some maintainers ( I can not do it at this time), for an antispam system with a captcha or similar stuff. JN 2009/3/31 Alexandre Porres : > so we need :someone" to manage the system, ok, but then I see that this > problem is kinda well solved, right? > But how do you all see the writting of articles? Is it growing out well? I > believe "someone" could also direct how things are going, and that a main > team could work on it by fomenting its development and all... > right? Something like a WikiProject on wikipedia? It would be good to have standards on how articles should be formatted and what kind of information should be presented. I see there has been some effort to generate a standard layout for an article on an object, with inlets, outlets, arguments and messages as separate sections; but I can't find a good article to serve as an example for how all articles should look. The best I can find is: http://wiki.puredata.info/en/dac~ http://wiki.puredata.info/en/metro If more articles looked like this, I think pdpedia would be much more useful. Do we want pdpedia to just be a reference manual of objects, or do we also want to include design patterns such as the [pack 0 0 0 0 0]/[unpack 0 0 0 0 0] idiom mentioned elsethread, tutorials, good pract
Re: [PD] pd book sprint
> I think the two ranges for this discussion separate signals versus > controls. A sawtooth~ is a signal that is meant to be listened to, so > it would good from -1 to 1. A phasor~ is the exact same shape as a > sawtooth~, but it is meant to be a control, so it is 0 to 1. You could > easily switch the two with some basic math, but most of the time, you'll > want your controls to be 0 to 1 and your signals -1 to 1. A similar > pair would be square~ (signal) and pwm~ (control). Hey, I just learned there is a square~ object and pmw~ in some extended library, built up with olther pd objects, and I mentioned the triangle~ before. Havent found a sawtooth~ though, I guess we could arrange this class of oscilator objects more nicely, in a sense that it becomes clearer and more useful/practical. I still see a gap that leads to confusion many times. > Anyway I've now read the Pd-FLOSS ... > I think keeping it in a range from 0-1 is sensible. If the squarish signals are meant to be audio signals, as I believe it is implied, it would be best to not leave this the way it is. But it is just the case of making it clearer somewhere. I dont see why not dealing with simple comments about the difference between 0-1 (control signals) and -1 to 1 (audio) signals. But to make them audio signals from 1 to -1, all it takes is one more box, which is the tiniest modification possible, you could not insert less than that. One way or another, the distinction needs to be clear, and readers must be aware on how to deal with it. I still see problems in 0sc.7.pd and osc.8.pd that should be overcome for the sake of coherence between the theory that is presented there and elsewhere. This is the kind of attention and care that every manual or book must have, books and manuals get revised because of that. derek: > I would like to add would be something like > "Improving Audio Signals" which would have > two parts: "DC Offset Correction" and "Antialiasing". Sure, I wish I could, have you received the pd examples I sent you? what do you say? cheers alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-list Digest, Vol 49, Issue 1
> Do we want pdpedia to just be a reference manual of objects? I think it is a good start. To have a list of Every Object out there, and make clear which are written, and the ones who are not. And discuss in a group of interested people a sort of division of works, strategies... etc. A nice and simple model must be followed, we could think about expanding pdpedia for other info later, as I believe this is very urgent. Now, I would really love to collaborate, who is there already for me to join? And whoelse wants to join too? cheers > -- > > Message: 5 > Date: Tue, 31 Mar 2009 22:09:07 +0100 > From: Philip Potter > Subject: Re: [PD] Pdpedia and random generation > To: pd-list@iem.at > Message-ID: ><91dd35300903311409r7608a1cbw9a0d66e8b1075...@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > 2009/3/31 Alexandre Porres : > > so we need :someone" to manage the system, ok, but then I see that this > > problem is kinda well solved, right? > > But how do you all see the writting of articles? Is it growing out well? > I > > believe "someone" could also direct how things are going, and that a main > > team could work on it by fomenting its development and all... > > right? > > Something like a WikiProject on wikipedia? It would be good to have > standards on how articles should be formatted and what kind of > information should be presented. I see there has been some effort to > generate a standard layout for an article on an object, with inlets, > outlets, arguments and messages as separate sections; but I can't find > a good article to serve as an example for how all articles should > look. The best I can find is: > http://wiki.puredata.info/en/dac~ > http://wiki.puredata.info/en/metro > If more articles looked like this, I think pdpedia would be much more > useful. > > Do we want pdpedia to just be a reference manual of objects, or do we > also want to include design patterns such as the [pack 0 0 0 0 > 0]/[unpack 0 0 0 0 0] idiom mentioned elsethread, tutorials, good > practices and suchlike? > > Philip ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] abunch release
Hello, Here is my release of Abunch, a collection of 50 abstractions for Pd vanilla. I started developing these patches for the different courses that I teach (for performers, for composers, for students, for teenagers,...). It is conceived as an easy introduction to computer music. After a while I started adding more advanced features because I also started using it myself, not just for teaching but for performing and composing. I guess most people on this list are Pd-users, so the explanation about Abunch is rather simple: -all controle data are normalized within the range of 0 - 127 -give an unique number to every abunch abstraction as an argument. So if you want to create two phasers: [phaser 1] and [phaser 2] -you can save presets by creating the object 'presets' and giving it one symbol as an argument, like [presets phaserpresets] Every abunch object has a help file. You need to have a Pd version 0.40 or higher. The fastest way to get to know Abunch is to have a look at the example files. There are about 30 of them, they are in the abunch folder and start with 'ex' (like 'ex1a-play.pd'). You can download Abunch (and find more information) on this site: http://home.versateladsl.be/hanstine/hans/abunch-eng.htm Voor de Nederlandstaligen: je kan ook een Nederlandstalige versie downloaden (met help files en uitleg in het Nederlands): http://home.versateladsl.be/hanstine/hans/abunch-ned.htm Abunch was realized with the support of the University College of Ghent (Faculty of Music and Drama)(Belgium). Hans R ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pdpedia and random generation
Alexandre Porres wrote: Do we want pdpedia to just be a reference manual of objects? I think it is a good start. To have a list of Every Object out there, and make clear which are written, and the ones who are not. does this mean that you want to make a reference manual of Every Object, no matter whether it has been implemented or not? A nice and simple model must be followed, we could think about expanding pdpedia for other info later, as I believe this is very urgent. but what keeps us from doing this right now? what has kept us from doing so in the past few years of pdpedia's existance? what shall we do to avoid becoming a honeypot? asdmr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Multiblob and Animations,,,
Hi List I've been working with pix_multiblob to affect layers in 3D. I'm managing to get an erratic signal from it, which from my point of view, represents great success! ; ) However, there are few areas I am still confused about. First of all, I am unsure of how to extract muliple co-ordinates from [pix_multiblob]. I understand that the data from multiblob is collated within a matrix. I am able to see this in the pd window when I print. However, I am unsure how to use a matrix. Is there a certain object that I should be sending to from [pix_multiblob]? And in turn, how would I convert the matrix into xy co-ordinates. In the archives I found a response to similar a question saying there was a gem example with matrix and multiblob, but I can not seem to find it... Also... I am trying to use the various xy co-ordinates to trigger animations. However, I am unsure of how to animate with Pd. I noticed that [splinepath] does something similar to what I am looking for. This seems to be based on array's. However, looking at the help data for array's has not made it any clearer. Is there a way of inputting a list of co-ordinates that act as a path for an image to follow? One last thing... How can I adjust transparency/opacity in PD, I can not find an object that does this. Hope thats not too many questions. And is it easier for the list if I divide questions up (for archive purposes perhaps)? Thanks in advance Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] pdpedia
> does this mean that you want to make a reference manual of Every Object, > no matter whether it has been implemented or not? well, we could skip the not implemented ones for now :) > but what keeps us from doing this right now? what has kept us from doing > so in the past few years of pdpedia's existance? > what shall we do to avoid becoming a honeypot? hmm, sorry for not having followed the pdpedia since it has started, so I dont know actually about its history and everything. I just wish to collaborate, so please fill me in. what is honeypot? something not good I guess. cheers alex ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] call for testing: Pd-extended 0.41.4
Hey, I think Pd-extended 0.41.4 is basically ready to release. Before I make a release candidate, I'd love to have some feedback on the current nightly builds. You can find the latest successful builds for each platform here: http://autobuild.puredata.info/auto-build/latest/ .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] PD t-shirts
On 01/04/2009, at 16.34, Ben Baker-Smith wrote: I just don't want to settle on PdCon if it's only useful to attendees. (of course, I understand that in a good open-source community knowledge gained by any members contributes in some way to the knowledge of the group... but I'm talking more formal documention rather than more answers on the mailing list) I guess at least the papers and similar will be posted online. Maybe there will even be printed a proceeding. So i think your fairly safe. Also i don't think you have any other option. Great idea. Have you got a design ready? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing: Pd-extended 0.41.4
Hmm, I don't know about that. Let's keep it on the list so that others can participate in the discussion. Is this perspec message in the latest Gem release, or just in SVN? This release of Pd-extended will included the last release of Gem. .hc On Apr 1, 2009, at 6:09 PM, Matthias Neuenhofer wrote: Hallo Hans the gemframebuffer object miss the perpec message possibility to change frustum of the buffer. I send the code to gem-dev list and got positive feedback. Would be nice to have it in nightly ex :) Matthias Am 01.04.2009 um 18:52 schrieb Hans-Christoph Steiner: Hey, I think Pd-extended 0.41.4 is basically ready to release. Before I make a release candidate, I'd love to have some feedback on the current nightly builds. You can find the latest successful builds for each platform here: http://autobuild.puredata.info/auto-build/latest/ .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 Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing: Pd-extended 0.41.4
I think it went to svn via Cyrille. What to do geting the release state? Marius posted a patch in the feedback discussion yesterday where he mentioned inside (feedback_filter) better quality with perspec message enable. Matthias Am 02.04.2009 um 00:34 schrieb Hans-Christoph Steiner: Hmm, I don't know about that. Let's keep it on the list so that others can participate in the discussion. Is this perspec message in the latest Gem release, or just in SVN? This release of Pd- extended will included the last release of Gem. .hc On Apr 1, 2009, at 6:09 PM, Matthias Neuenhofer wrote: Hallo Hans the gemframebuffer object miss the perpec message possibility to change frustum of the buffer. I send the code to gem-dev list and got positive feedback. Would be nice to have it in nightly ex :) Matthias Am 01.04.2009 um 18:52 schrieb Hans-Christoph Steiner: Hey, I think Pd-extended 0.41.4 is basically ready to release. Before I make a release candidate, I'd love to have some feedback on the current nightly builds. You can find the latest successful builds for each platform here: http://autobuild.puredata.info/auto-build/latest/ .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 Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] recursive video feedback in GEM or PDP?
there is the example 09.sharedTextures in 07.texture Matthias Am 01.04.2009 um 04:12 schrieb Claude Heiland-Allen: Ben Baker-Smith wrote: Also, if someone could fill me/everyone in about what the [pix_texture] second inlet is for, that would be fantastic. It's a "texture id" if I remember rightly, so you can have multiple [pix_texture] objects that share the same texture data (so it only needs to be loaded into graphics memory once, saving both space and time). Claude -- http://claudiusmaximus.goto10.org ___ 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] GEM pix_write bugs (timelapse)
Am 01.04.2009 um 15:10 schrieb IOhannes m zmoelnig: mark edward grimm wrote: hey thats pretty nice!! much nicer than my poor gem attempt last month... and the patch: put this to / because of the bug in pix_write to make it work. put a folder called "frames" beside it. yeah this is weird huh? no it's not weird. it's a known issue of Pd on OSX ("fixed" in Pd- extended, afair) where Pd get's started in the / directory. all relative paths are thus relative to the root and not to your home- directory, nor the patch-directory nor to your mailbox). no. relative paths work fine with pix_film and others. it's a problem of pix_write. PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_write bugs (timelapse)
Am 01.04.2009 um 15:14 schrieb IOhannes m zmoelnig: Max wrote: here is the same thing with pix_multiimage instead. it will crash pd a little bit later than the version with pix_image. i guess it is crashing right after you try loading 100 images (or so) into RAM. what do you expect? no it isn't the problem of a sequence wich is too long. it is the problem that the old sequence doesn't get erased from the ram. (if you look carefully, you might also notice that [pix_write] gradually fills up your harddisk. this is no bug either ;-)) that aint a problem either. or am i missing something obvious (it seems so, as i cannot reproduce the memleak you report with [pix_image] either). well, obviously you are missing something. i hope someone can reproduce that with the attached patches. run top to see the memory beeing eaten by pd. at least on os x with GEM: ver: 0.91.3 'tigital' GEM: compiled: Feb 23 2009 timelapse_multiimage.pd Description: Binary data timelapse.pd Description: Binary data PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] GEM pix_write bugs (timelapse)
Am 01.04.2009 um 16:45 schrieb IOhannes m zmoelnig: despite of my sarcasm: have you considered using [pix_buffer] rather than [pix_multiimage]; it is way more flexible. (e.g. if all the images can fit into ram, you don't even need a harddisk) thanks for the hint, i'll try it out. m. PGP.sig Description: Signierter Teil der Nachricht ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] abunch release
thanks hans, i was waiting to play with this. cheers. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] iemguts on windows
Hi, Has anyone been able install iemguts objects on windows xp? I tried using the guide for compiling externals with mingw that was posted here some time ago, but after putting the dll files in the extra folder, I get an error like "couldn't load propertybang" and the object isn't created. I've tried both pd 0.42-4 and pd-ext 0.41-4 to no avail. There are no errors when compiling and linking. Thanks, Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testing: Pd-extended 0.41.4
I get cyclone: can't load library zexy: can't load library creb: can't load library cxc: can't load library iemlib: can't load library list-abs: can't load library mapping: can't load library markex: can't load library maxlib: can't load library markex: can't load library maxlib: can't load library which is what I got in the last version, that is why I have been using 0.39.4 since I got it... I am really clueless why it is not workingm anybidy else? cheers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Chicago Patching Circle (Sunday, March 29th 5pm)
Yeah let's have an external-write-a-thon! I'm all for doing some stuff monthly. Also, we could play around with the Arduino/sensors some more. I'll try to whip up a network patch that shares the raw info for the sensors and we can have fun playing with our own mappings! I'm all for hosting a session at my place too. I have a lot of space. That's if you don't mind the commute down to 35th and Archer on the Orange Line. ~Kyle On Tue, Mar 31, 2009 at 4:05 PM, Ben Baker-Smith wrote: > Once a month sounds reasonable to me. That feels like enough time for > us each to make some progress between meetings. I'm open to whatever > though. > > Definitely interested in a workshop on writing externals. It's an > area that I know very little about and feel like an in-person > discussion would be a good boost. > > And I don't mind a bit of traveling, just so long as I can get there > by public transportation. > > -Ben > > On Tue, Mar 31, 2009 at 2:55 PM, Mike McGonagle wrote: > > Yes, thanks for coming out. I especially liked the Arduino/Sensor > > demo. I will have to talk with you, Kyle, about how to build one and > > where you got the parts. > > > > And Ben, it would be great to see some of the stuff you are working > > on, hopefully your moving out of the neighborhood won't deter that... > > Of course, we could do this again somewhere else. > > > > But the idea of hold a small workshop on writing externals would be a > > great idea. I would be more than happy to share what info I have. An > > idea for the next meeting. > > > > Which bring me to the next question. When is the next meeting? Would > > you like to try this once a month? More, Less? > > > > Thanks again, I would like to see this happen more often. > > > > Mike > > > > > > On Mon, Mar 30, 2009 at 11:12 AM, Kyle Klipowicz > wrote: > >> Yeah it was fun to share some meat-space with fellow geeks. > >> We'll have to plan another one soon, and try to promote it a bit more. > >> ~Kyle > >> > >> On Mon, Mar 30, 2009 at 10:18 AM, Ben Baker-Smith < > bbakersm...@gmail.com> > >> wrote: > >>> > >>> Thanks to Mike for organizing the Chicago meeting yesterday, and to > >>> Kyle for also showing up. > >>> > >>> It was good to connect with some other PD users here, and totally > >>> interesting to see what you've been working on / have worked on. Even > >>> (or especially) when it was over my head. > >>> > >>> I'd like to do it again some time, assuming that you both haven't > >>> gotten completely jaded and stopped using PD completely ;) > >>> I'll be sure to bring some of my own material. > >>> > >>> -Ben > >> > >> > >> > >> -- > >> - > >> > >> - > >> - -- > >> http://perhapsidid.wordpress.com > >> http://myspace.com/kyleklipowicz > >> > > > > > > > > -- > > > > Rodney Dangerfield - "I haven't spoken to my wife in years. I didn't > > want to interrupt her." > > > -- - - - -- http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD t-shirts
Yes, I agree that the fund should be for a documentation bounty. I think that Ben (or whoever makes the shirts) should hold the money in trust. Perhaps set up an interest-bearing account to save the cash in. Then create a well-documented (pun?) bounty description of what key features are to be implemented and the financial payment for each. You could do micropayments for key help patches or examples, say $20 US each, or a big bounty for larger sections such as re-organizing existing patches into a tidy intro library for new uses, with ready-mades to go. I think this would be a longer lasting value than paying for Pd-con. I'd love to go myself, but probably cannot afford it...but I'd rather see some solid documentation be built...or have the financial incentive to do it! (Not a capitalist, just a hungry belly). ~Kyle On Wed, Apr 1, 2009 at 9:34 AM, Ben Baker-Smith wrote: > I'm open to the idea of donating proceeds to PdCon. But, having never > been, I have some clarifying questions/concerns. > > I would really prefer that any money from sales went toward > documentation, which in turn will increase useability and make PD more > accessible to new users. Does the convention encourage/promote > documentation? Is time spent at the convention trying to increase the > existing body of literature? > > If so, then I'm all for it. I just don't want to settle on PdCon if > it's only useful to attendees. (of course, I understand that in a > good open-source community knowledge gained by any members contributes > in some way to the knowledge of the group... but I'm talking more > formal documention rather than more answers on the mailing list) > > Glad to hear the interest. I'm still looking into the best way to go > about printing, selling, and distributing. > If someone wants to partner up on this I'd be happy for the help and > added input. > > -Ben > > > > On Tue, Mar 31, 2009 at 9:46 PM, Alexandre Castonguay > wrote: > > Hi Ben, all, > > > > We did the last batch of t's as a fundraiser for the Convention in > > Montréal. We managed to pay for another 1/2 plane ticket with the > > proceeds :-). Maybe the same could be done for São Paulo? > > > > The super folks from Graz sent the file they used for the original t's I > > should still have it if you want. > > > > À bientôt, > > > > Alexandre > > > > > > > >> Hello List, > >> > >> I'm considering designing and selling PD related t-shirts. I haven't > >> totally worked out the logistics. Basically I was inspired by the > >> [Bang( shirts that I've seen online, but which are no longer available > >> as far as I can tell. > >> > >> Anyway, if I did so, I would like to donate all of the proceeds toward > >> further PD development, specifically documentation of poorly > >> documented objects (or example patches, which is basically the same > >> thing). > >> > >> How do you all think would be the best way of going about this? > >> > >> Should I stockpile the money and then offer it to someone as a sort of > >> grant? That's less than ideal in my opinion. I really don't know how > >> to go about this. > >> > >> Any/all input is welcome > >> > >> -Ben > >> > >> ___ > >> 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://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list