Pd-list May 2003

pd-list@lists.iem.at

151 participants
243 discussions

(no subject)
by integer＠www.god-emil.dk 11 May '03

11 May '03

Mathieu Bouchard <matju(a)sympatico.ca> being an occident male >Is there a word for referring to both inlets and outlets at once, >undifferentiated? a hydra has one orifice >I mean, something like: dataflow objects have "foolets". there are two >kinds of "foolets": inlets, outlets. nato.0+55 [the software you based `your` occident software on] objekts are servers and they have ports >replace "foolets" by something that: > 1. sounds better ;-) \zukIT\+z >________________________________________________________________ >Mathieu Bouchard http://artengine.ca/matju has one orifice nn

1 0

transpose
by Pixelcorrection＠wmconnect.com 11 May '03

11 May '03

I want to build a pd patch that is capable of raising and lowering the pitch of incoming signals in real time. Is there an object that conviently does this already? How about a help file or dsp technic for changing the pitch of a live signal?

2 2

forgot the attachment
by Peter Todd 11 May '03

11 May '03

oops, you'll need this. Thanks again.

1 0

cvs Gem on linux, error message
by Martin Dupras 10 May '03

10 May '03

Hi, I compiled gem from cvs on my rh9 linux box, and gem works, but when I try to apply a texture, I get mostly vertical green lines, and I get a console error: 'Xlib: extension "XFree86-DRI" missing on display ":0.0".' This is happening on a radeon mobility 9000 (laptop graphics.) It doesn't seem like an incompatibility with the card though, as I've got gem running perfectly fine on the same box using win2k. Thanks for any help! - martin

2 1

[ot] Fw: Barry Vercoe's Letter to the Csound Community
by Chris McCormick 10 May '03

10 May '03

Hi, Thought some of you might be interested in this. Regards, Chris. Begin forwarded message: Date: Fri, 9 May 2003 23:08:57 -0400 From: "Dr. Richard Boulanger" <rboulanger(a)berklee.edu> To: Csound Dev <csound-dev(a)ella.mills.edu>, Csound Tekno <csoundtekno(a)plot.bek.no>, Csound List <csound(a)lists.bath.ac.uk> Cc: maxlist <max-msp(a)cycling74.com> Subject: [CsndTek] Barry Vercoe's Letter to the Csound Community Dear Csounders, (and csound~'s), Here is the letter that Barry Vercoe sent me last night and asked me to send along to you regarding his recent decision to change the License of Public Csound to the GNU-LGPL. ======= Dear all Each time I have developed a major system for Musical Sound Synthesis I have tried to make the sources freely available to the musical community. With MUSIC 360 in 1968 that meant running to the Post Office every day to mail off a bulky 300 ft reel of 9-track digital tape, but I really did enjoy the many hundreds of pieces this caused during the late 60's and 70's. With my MUSIC -11 for the ubiquitous and less costly PDP-11, I chose to pass the maintenance and distribution task off to a third party. This was easier on me, and led to even more pieces in the community during the late 70's and early 80's. At the time I wrote Csound in 1985 the net had now made it possible for would-be users to simply copy the sources from my MIT site, so I put my time into writing a Makefile that would compile those sources along with the sound analysis programs and the Scot and Cscore utilities. And though this was initially Unix, I worked with others to port it to Apple machines as well. After I was awarded an NSF grant in 1986, it became necessary to add a copyright and permission paragraph to the sources and the accompanying Manual. The spirit of my contribution however remained unchanged, that I wished all who would use it, extend it, and do creative things with it be given ready access with minimal hassle. Today the original wording of the permission no longer conveys that spirit, and the dozens of developers to whom I paid tribute in my Foreword to Rick Boulanger's The Csound Book have felt it a deterrent to making the best extensions they can. So with the graceful consent of MIT's Technology Licensing Office, I am declaring my part of Public Csound to be Open Source, as defined by the LGPL standard. This does not compromise the work of others, nor does it make the whole of Public Csound into Free Software. But it does create a more realistic basis upon which others can build their own brand of Csound extensions, in the spirit of my efforts over the years. I am indebted to John ffitch to have protected me from the enormous task of daily maintenance in recent years. His spirit is even greater than mine, and I trust you will continue to accord him that recognition as you go forward. Sincerely Barry Vercoe _____________________________________________________________________ __ + Dr. Richard Boulanger, Professor + Music Synthesis Department, Berklee College of Music + 1140 Boylston Street - Boston, MA 02215-3693 + Office Phone: (617) 747-2485 Office Fax: (617) 747-2564 + eMail: rboulanger(a)csounds.com or rboulanger(a)berklee.edu + WebPage: http://csounds.com/boulanger/ _____________________________________________________________________ ___ + Almost Everything Csound @ http://csounds.com/ + The Csound Catalog with Audio @ http://csounds.com/catalog/ + The Csound Book @ http://csounds.com/book/ + The Csound Magazine @ http://csounds.com/ezine/ + CsoundMAXv2 @ http://csounds.com/csoundmax2/ _____________________________________________________________________ ___ _________________________________ chris(a)mccormick.cx http://www.mccormick.cx http://www.sciencegirlrecords.com

1 0

Re: [PD] "vis 1" messages
by bbogart＠ryerson.ca 10 May '03

10 May '03

Ahhh perfect! pd-$0-xy.pd was on the right track! (for some reason I figured it should be at the biggining as to not nessesitate makefilename!) Thanks for the help. Do you have a link to the document explaining the supported messages and receives? (for future reference!) Ben ----- Original Message ----- From: David McCallum <8dngm(a)qlink.queensu.ca> Date: Friday, May 9, 2003 9:43 pm Subject: Re: [PD] "vis 1" messages > Ben, > > Here I just fixed it for you and sent the changed > version. If you > don't understand what's going on let me know. > > Oh, I don't know what the "editmode" command that you > have in your > patch is supposed to point to; I just pointed it to the graphics > portion of > the patch (which I've stuck in a subpatch). If you want it to > apply to the > processing portion of the patch you may want to further nest > everything in > a parent subpatch and have the editmode point to that parent. Once > again, > let me know if I'm not communicating this very well... > > I've been doing a lot of abstraction work like this, so I > use this > trick all the time. If it helps you should check out the > abstractions I'm > distributing on my site, they might provide other insights... > > I see you've been talking to Matt ;), Chalmers hasn't > given me any > indication of when they're going to accept me (why wouldn't they? > :) So I > wait with baited breath... > > David > > At 21:18 09/05/2003 -0400, bbogart(a)ryerson.ca wrote: > >Hey David, > > > >Its being sent from inside the abstraction. > > > >I'm not sure about your suggestions, I can send the message to pd- > xy.pd > >(where xy.pd is the filename of my abstraction) sending to the > receive > >makes all instances of the abstraction visible. What receive can > I send to > >in order to only open the abstraction who receives the signal to > generate > >that message? > > > >; pd-xy.pd vis 1 > > > >is my message > > > >I tried $0-xy.pd vis 1 / pd-$0 vis 1 / pd-$0-xy.pd vis 1 / etc... > > > >Here is my patch for clarification. > > > >Ben > > > >PS: When do you hear about getting into Chalmers? > > . > . David McCallum > . Music wants to be free > . http://mentalfloss.ca/sintheta/ > . >

2 1

Re: [PD] "vis 1" messages
by bbogart＠ryerson.ca 10 May '03

10 May '03

Hey David, Its being sent from inside the abstraction. I'm not sure about your suggestions, I can send the message to pd-xy.pd (where xy.pd is the filename of my abstraction) sending to the receive makes all instances of the abstraction visible. What receive can I send to in order to only open the abstraction who receives the signal to generate that message? ; pd-xy.pd vis 1 is my message I tried $0-xy.pd vis 1 / pd-$0 vis 1 / pd-$0-xy.pd vis 1 / etc... Here is my patch for clarification. Ben PS: When do you hear about getting into Chalmers? ----- Original Message ----- From: David McCallum <8dngm(a)qlink.queensu.ca> Date: Friday, May 9, 2003 8:49 pm Subject: Re: [PD] "vis 1" messages > > Is the "vis 1" coming from outside the abstraction or > within it? > > If it's coming from outside you could instantiate the > abstraction > every time with a unique $1 ID, and then the "vis 1" could be sent > to the > appropriate $1-subpatch within whichever xy.pd abstraction you want. > > If you're doing "vis 1" from within the abstraction you > could do a > $0-subpatch within xp.pd and have the "vis 1" control that. > > I hope that's understandable... > > At 20:32 09/05/2003 -0400, you wrote: > >Hello all, > > > >I'm working on a XY controller abstraction (just using native PD > objects) > >xy.pd > > > >Problem I'm having is that when using messages like "vis 1" to pd- > xy.pd it > >applies to all the intances of the abstraction. Is there any way > I can > >have that message only effect the instance? > > > >On that note whats the address of the documentation for these > messages? > >I'm starting to use them more and more. > > > >I'll be distributing the abstraction when its somewhat done. > > > >Thanks > >Ben > > . > . David McCallum > . Music wants to be free > . http://mentalfloss.ca/sintheta/ > . > >

2 1

"vis 1" messages
by bbogart＠ryerson.ca 10 May '03

10 May '03

Hello all, I'm working on a XY controller abstraction (just using native PD objects) xy.pd Problem I'm having is that when using messages like "vis 1" to pd-xy.pd it applies to all the intances of the abstraction. Is there any way I can have that message only effect the instance? On that note whats the address of the documentation for these messages? I'm starting to use them more and more. I'll be distributing the abstraction when its somewhat done. Thanks Ben

2 1

GEM - only 8 color bits
by stotz 09 May '03

09 May '03

hi list, on starting with GEM, i noticed that the gem-win only displays 8 bit color depth on my Debian-Linux 2.4.17 system. i use a NVIDIA GeForce2go graphics-card which is set to 16-bit color-depth. this is what the section in the logfile looks like: (**) NVIDIA(0): Depth 16, (--) framebuffer bpp 16 (==) NVIDIA(0): RGB weight 565 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "NoLogo" "true" (**) NVIDIA(0): Option "NvAGP" "0" (**) NVIDIA(0): Use of AGP disabled per request (--) NVIDIA(0): Linear framebuffer at 0xE0000000 (--) NVIDIA(0): MMIO registers at 0xFC000000 (--) NVIDIA(0): VideoRAM: 16384 kBytes what am i doing wrong ? ciao oliver ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

2 1

(no subject)
by Marcell Mars 09 May '03

09 May '03

hi ppl, i'm looking for some TV tuner card with good and stable relationship to pd... usb prefereble.. linux should be great... thanx -- m(a)rcell.net +385.91.MARCELL

3 2

← Newer
1
...
15
16
17
18
19
20
21
...
25
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list May 2003