Re: [PD] relative pathes: problems with [open(-message to pd
On 22/03/2007, at 23.41, Roman Haefeli wrote: When opening patches by sending messages to pd, the path is relative to pd's startup-location. when loading other files (text-, audio-, data-files etc) the path is set relative to the location of the patch. since the patch doesn't know, where pd was started, you actually cannot use relative pathes when opening patches by messages without: Maybe [declare] can help you? (Pd = 0.40) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Getting (not pure) data over the internet
Martin Peach wrote: Umm, isn't the local port always 80 for http, and the remote and local no, who told you that? on most operating system you will need special privileges to open a local port below 1024. port numbers always identical for tcp? no, who told you that? only the remote (server) port is fixed. the client usually chooses any free port (in the high range). Anyway, [tcpclient] lets you do the important CRLF combo which [netclient] won't, and any http-compliant web server will not reply until it gets that. you can add CRLF with [netclient] as well, but it is far more complicated than with [tcpclient]. on the other side, it is more complicated to generate your query and interpret the response with [tcpclient] mfga.sdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] x11key, how can i simulate a space or a control s, etc
Alexandre Quessy wrote: Hi. It's me again. :) Finally, I got it to compile. Don't know why the headers are now present. Maybe they put it in some other packages. Anyways. Want you want was already possible. I modified the help file to show how to do it. (a simple Control-A that selects all in Pd) I also added a little list of which keyname symbols you can send it. See externals/aalex/x11key-help.pd in the Pd CVS. Have fun ! (disclaimer of all warranties ;-) ) aalex wow! that is exactly what i want.. now my X will go crazy! :) thanx moriTZ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] oldschool rave synths
On Mon, 19 Mar 2007 10:55:39 -0700 shift8 [EMAIL PROTECTED] wrote: spore, not seed - sry :) looks like eno's doing a procedural / generative sound track for it! Yeah I checked that out. It's procedural music, basically what we do in puredata. http://www.we-make-money-not-art.com/archives/009261.php On Thu, 2007-03-15 at 16:49 -0700, shift8 wrote: my interests here are developments like the Seed game prototype, the concept of synthesizing *anything* - generic assemblers, a la the That's what I really mean by procedural audio, but with an important constraint. As opposed to synthetic sound, procedural sound is run real-time on the client. Synthetic sound *can be* computed a priori in the studio and recorded. Spore seemed to be hinting at the former, which get me very excited because it's exactly my work with physics engine tie in to the sounds, but from what I can make of their propaganda it isn't actually what they are doing. I hear that EA are using Puredata now, but still for synthetic sound. I don't actually know any examples of games working with runtime sound synthesis objects. -- Mechanize something idiosyncratic. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] hid printout
works, thanks! marius. august wrote: hi, is it possible to turn off the console printout of hid? marius. yeah, I think you send it a |debug 0 ( message. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] new Pd externals available
Hi Eric, Will this compile for OS X Intel? Your perl script worked like a charm, but I get errors on instantiation about the object being for the wrong architecture. I've had my macbook for all of two weeks now and I didn't even think twice about that. Did I miss something? Thanks! j.c.w. http://othertime.com On Mar 17, 2007, at 10:25 AM, Eric Lyon wrote: Greetings, My LyonPotpourri externals are now available for Pd. The distro is source code that has been tested to compile on Mac OS X and Linux. If anyone develops a build for Windows please let me know. The code is available here: http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/Pd/ Cheers, Eric ___ PD-announce mailing list PD-announce@iem.at http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] new Pd externals available
On 23/03/2007, at 18.46, j.c.w. wrote: Did I miss something? In the darwin_bin folder there are intel (only) builds. $ cd /path/to/LyonPotpourri2.0_Pd/darwin_bin/ $ file * adsr~.pd_darwin: Mach-O bundle i386 bashfest~.pd_darwin: Mach-O bundle i386 buffet~.pd_darwin: Mach-O bundle i386 bvplay~.pd_darwin: Mach-O bundle i386 channel~.pd_darwin: Mach-O bundle i386 chopper~.pd_darwin: Mach-O bundle i386 clean_selector~.pd_darwin: Mach-O bundle i386 click2bang~.pd_darwin: Mach-O bundle i386 click2float~.pd_darwin: Mach-O bundle i386 clickhold~.pd_darwin:Mach-O bundle i386 distortion~.pd_darwin: Mach-O bundle i386 dmach~.pd_darwin:Mach-O bundle i386 expflam~.pd_darwin: Mach-O bundle i386 flanjah~.pd_darwin: Mach-O bundle i386 function~.pd_darwin: Mach-O bundle i386 granola~.pd_darwin: Mach-O bundle i386 granulesf~.pd_darwin:Mach-O bundle i386 granule~.pd_darwin: Mach-O bundle i386 impulse~.pd_darwin: Mach-O bundle i386 kbuffer~.pd_darwin: Mach-O bundle i386 killdc~.pd_darwin: Mach-O bundle i386 magfreq_analysis~.pd_darwin: Mach-O bundle i386 markov~.pd_darwin: Mach-O bundle i386 mask~.pd_darwin: Mach-O bundle i386 oscil~.pd_darwin:Mach-O bundle i386 phasemod~.pd_darwin: Mach-O bundle i386 player~.pd_darwin: Mach-O bundle i386 pulser~.pd_darwin: Mach-O bundle i386 rtrig~.pd_darwin:Mach-O bundle i386 samm~.pd_darwin: Mach-O bundle i386 sigseq~.pd_darwin: Mach-O bundle i386 vdb~.pd_darwin: Mach-O bundle i386 vdp~.pd_darwin: Mach-O bundle i386 waveshape~.pd_darwin:Mach-O bundle i386 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Music created in Pure Data
PiData, by Cyborg K aka David A. Powers. All synthesis and sequencing was done by a single Pure Data patch, rendered in a single take, then normalized in an external sound editor. More complex synthesis and fx were done with the aid of the Pure Data [vst~] object. The custom [getpi] abstraction was used to output n digits of the first 10,000 digits of Pi at a time: all variable parameters, whether harmonic, rhythmic, or synthetic were driven by instances of the [getpi] abstraction. Overall rhythmic structure was based on the fibonacci sequence: 8 + 13 + 21 + 34 + 21 + 13 + 8 + 34 + 21 + 13 + 8 = 194 seconds = 3:14. The piece took about 15-20 hours to complete, including building abstractions from scratch within Pure Data. Link: http://www.cyborgk.com/audio/cyborgk-pi_data.mp3 *PS. This is the first time I have composed an entire piece in the Pure Data environment... ~David ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music created in Pure Data
Nice! I enjoyed it without thinking about the math, then I enjoyed it knowing what was behind it, too. Phil Stone David Powers wrote: PiData, by Cyborg K aka David A. Powers. All synthesis and sequencing was done by a single Pure Data patch, rendered in a single take, then normalized in an external sound editor. More complex synthesis and fx were done with the aid of the Pure Data [vst~] object. The custom [getpi] abstraction was used to output n digits of the first 10,000 digits of Pi at a time: all variable parameters, whether harmonic, rhythmic, or synthetic were driven by instances of the [getpi] abstraction. Overall rhythmic structure was based on the fibonacci sequence: 8 + 13 + 21 + 34 + 21 + 13 + 8 + 34 + 21 + 13 + 8 = 194 seconds = 3:14. The piece took about 15-20 hours to complete, including building abstractions from scratch within Pure Data. Link: http://www.cyborgk.com/audio/cyborgk-pi_data.mp3 *PS. This is the first time I have composed an entire piece in the Pure Data environment... ~David ___ 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] Call for Students: PD projects in Google Summer of Code
I think both are appropriate, as long as they are generally useful. .hc On Mar 18, 2007, at 1:53 AM, Chuckk Hubbard wrote: Pd projects meaning extensions to Pd, or things programmed with Pd? -Chuckk On 3/15/07, Georg Holzmann [EMAIL PROTECTED] wrote: Hallo! I just noticed, that the PD projects are accepted by google. (Mentoring organization is IEM - Institute of Electronic Music and Acoustics, Graz) So all students who want to program sth and earn some money in summer should apply ;) ! (I think it's also possible to suggest further projects ... ) LG Georg ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list -- http://www.badmuthahubbard.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list All information should be free. - the hacker ethic ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music created in Pure Data
Thanks for sharing that I enjoyed it. Some lovely sounds. I wasn't much taken with Mr quacky at the start :), but once that was over I enjoyed the textures and decelerating rythms. I don't hear how the maths works, but it works for me. If you like textures based on dilating/warping events the attached patches might inspire some ideas. The first is for an elastic object that gives up a little kinetic energy on each bounce, the other is a fragmentation model for something falling apart that uses bifurcation. They're for bouncing balls and breaking glass for me, but I think they have compositional uses if you twist em a bit. If that's a synthetic voice would you share your choir patch? cheers, Andy On Fri, 23 Mar 2007 15:06:09 -0600 David Powers [EMAIL PROTECTED] wrote: PiData, by Cyborg K aka David A. Powers. All synthesis and sequencing was done by a single Pure Data patch, rendered in a single take, then normalized in an external sound editor. More complex synthesis and fx were done with the aid of the Pure Data [vst~] object. The custom [getpi] abstraction was used to output n digits of the first 10,000 digits of Pi at a time: all variable parameters, whether harmonic, rhythmic, or synthetic were driven by instances of the [getpi] abstraction. Overall rhythmic structure was based on the fibonacci sequence: 8 + 13 + 21 + 34 + 21 + 13 + 8 + 34 + 21 + 13 + 8 = 194 seconds = 3:14. The piece took about 15-20 hours to complete, including building abstractions from scratch within Pure Data. Link: http://www.cyborgk.com/audio/cyborgk-pi_data.mp3 *PS. This is the first time I have composed an entire piece in the Pure Data environment... ~David ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list sinc-wavelet-elastics-55.pd Description: Binary data dirac-glass99-a.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] relative pathes: problems with [open(-message to pd
On Fri, 23 Mar 2007 23:20:01 +0100 Roman Haefeli [EMAIL PROTECTED] wrote: i'd like to have the same opportunity for the [open(-message. Me too. Doesn't Pd have some kind of local special variable $cwd or something?, that would be nice way to unify all filesystem relative things. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Music created in Pure Data
I should probably clear up the whole math thing - what I did was much more akin to DATA-BENDING, and parameter mapping, not math per se. Essentially, 1 digits of Pi were used as a giant data set to drive things. In fact, I'm not sure how different it would sound with random numbers as opposed to the PI data set - though the PI version is determinate and always plays the same, I believe. The fibonacci sequence structure was there though, and possibly the only overt display of math, as that sequence controlled when different parts began to fade in or out, within a set plan I'd laid out on paper. Unfortunately, although the sound at the start is synthetic, it is from a VST, and not synthesized in Pure Data. I'm not convinced I could even run a big, polyphonic subtractive synth built in PD currently, I fear with so much running it would most likely eat my entire CPU on WinXP, so using VST's in PD has been my compromise. Actually, because of that and time constraints, it was either use VST's, or ditch Pure Data altogether for the project. The piece as a whole did push my CPU pretty much to the limit, especially with the reverb added. The quacking = simple fm chirps, that wasn't how I originally intended to realized that part of the composition, but the deadline for the piece was today (on the microsound list). I do intend to make a new version next week though, and if I'm lucky I can synthesize something closer to my original intention in PD. Also, as I've said before, low-level DSP isn't really my thing, I'm more into the composition side of things and at least some higher level modular components. Anyway, this piece realizes only about 1/3 of my original plan, though now that the important abstractions are built I could realize new versions more quickly. I'll have a look at those abstractions, thanks! I must mention that none of this stuff would be possible without ZEXY, Frank's list-abs collection (and especially, I must mention the [line-interp] which I only just discovered after working on a different solution to the same problem, and Grill's [vst~]. So a big thanks to all those who contributed in those projects! ~David On 3/24/07, padawan12 [EMAIL PROTECTED] wrote: Thanks for sharing that I enjoyed it. Some lovely sounds. I wasn't much taken with Mr quacky at the start :), but once that was over I enjoyed the textures and decelerating rythms. I don't hear how the maths works, but it works for me. If you like textures based on dilating/warping events the attached patches might inspire some ideas. The first is for an elastic object that gives up a little kinetic energy on each bounce, the other is a fragmentation model for something falling apart that uses bifurcation. They're for bouncing balls and breaking glass for me, but I think they have compositional uses if you twist em a bit. If that's a synthetic voice would you share your choir patch? cheers, Andy On Fri, 23 Mar 2007 15:06:09 -0600 David Powers [EMAIL PROTECTED] wrote: PiData, by Cyborg K aka David A. Powers. All synthesis and sequencing was done by a single Pure Data patch, rendered in a single take, then normalized in an external sound editor. More complex synthesis and fx were done with the aid of the Pure Data [vst~] object. The custom [getpi] abstraction was used to output n digits of the first 10,000 digits of Pi at a time: all variable parameters, whether harmonic, rhythmic, or synthetic were driven by instances of the [getpi] abstraction. Overall rhythmic structure was based on the fibonacci sequence: 8 + 13 + 21 + 34 + 21 + 13 + 8 + 34 + 21 + 13 + 8 = 194 seconds = 3:14. The piece took about 15-20 hours to complete, including building abstractions from scratch within Pure Data. Link: http://www.cyborgk.com/audio/cyborgk-pi_data.mp3 *PS. This is the first time I have composed an entire piece in the Pure Data environment... ~David ___ 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] Music created in Pure Data
On Fri, 23 Mar 2007 17:20:12 -0600 David Powers [EMAIL PROTECTED] wrote: I should probably clear up the whole math thing - what I did was much more akin to DATA-BENDING, and parameter mapping, not math per se. Essentially, 1 digits of Pi were used as a giant data set to drive things. In fact, I'm not sure how different it would sound with random numbers as opposed to the PI data set I suspect it's close to a random. Obviously the decimal expansion of pi does have some order, but you might want to call it unmappable. - though the PI version is determinate and always plays the same, I believe. Because pi is always pi, but even if you use some randoms unless you seed randoms the patch always plays the same from load (zero time), because they're pseudo random sequences. That's a neat thing for composing. The fibonacci sequence structure was there though, and possibly the only overt display of math, as that sequence controlled when different parts began to fade in or out, within a set plan I'd laid out on paper. I listened again and I hear it clearly where it alters the timing, that definitely works very well. Unfortunately, although the sound at the start is synthetic, it is from a VST, and not synthesized in Pure Data. I'm not convinced I could even run a big, polyphonic subtractive synth built in PD currently, I fear with so much running it would most likely eat my entire CPU on WinXP, so using VST's in PD has been my compromise. Actually, because of that and time constraints, it was either use VST's, or ditch Pure Data altogether for the project. The piece as a whole did push my CPU pretty much to the limit, especially with the reverb added. That's interesting, how you use Pd and how efficiency and the sounds you use influence how it turned out. The quacking = simple fm chirps, that wasn't how I originally intended to realized that part of the composition, but the deadline for the piece was today (on the microsound list). I do intend to make a new version next week though, and if I'm lucky I can synthesize something closer to my original intention in PD. Also, as I've said before, low-level DSP isn't really my thing, I'm more into the composition side of things and at least some higher level modular components. Anyway, this piece realizes only about 1/3 of my original plan, though now that the important abstractions are built I could realize new versions more quickly. Yeah, it speeds up quickly when you have a base of abstractions and tools and things ready built. Same with any environment I guess. I'll have a look at those abstractions, thanks! I must mention that none of this stuff would be possible without ZEXY, Frank's list-abs collection (and especially, I must mention the [line-interp] which I only just discovered after working on a different solution to the same problem, and Grill's [vst~]. So a big thanks to all those who contributed in those projects! Sounds like you had a lot of fun, I think the results turned out pretty good. best, Andy ~David On 3/24/07, padawan12 [EMAIL PROTECTED] wrote: Thanks for sharing that I enjoyed it. Some lovely sounds. I wasn't much taken with Mr quacky at the start :), but once that was over I enjoyed the textures and decelerating rythms. I don't hear how the maths works, but it works for me. If you like textures based on dilating/warping events the attached patches might inspire some ideas. The first is for an elastic object that gives up a little kinetic energy on each bounce, the other is a fragmentation model for something falling apart that uses bifurcation. They're for bouncing balls and breaking glass for me, but I think they have compositional uses if you twist em a bit. If that's a synthetic voice would you share your choir patch? cheers, Andy On Fri, 23 Mar 2007 15:06:09 -0600 David Powers [EMAIL PROTECTED] wrote: PiData, by Cyborg K aka David A. Powers. All synthesis and sequencing was done by a single Pure Data patch, rendered in a single take, then normalized in an external sound editor. More complex synthesis and fx were done with the aid of the Pure Data [vst~] object. The custom [getpi] abstraction was used to output n digits of the first 10,000 digits of Pi at a time: all variable parameters, whether harmonic, rhythmic, or synthetic were driven by instances of the [getpi] abstraction. Overall rhythmic structure was based on the fibonacci sequence: 8 + 13 + 21 + 34 + 21 + 13 + 8 + 34 + 21 + 13 + 8 = 194 seconds = 3:14. The piece took about 15-20 hours to complete, including building abstractions from scratch within Pure Data. Link: http://www.cyborgk.com/audio/cyborgk-pi_data.mp3 *PS. This is the first time I have composed an entire piece in the Pure Data environment... ~David ___ PD-list@iem.at mailing list
