Pd-list August 2001

pd-list@lists.iem.at

47 participants
85 discussions

RE: [PD] open menuclose abstraction + GEM
by Mark Danks 17 Aug '01

17 Aug '01

If you turn off a render chain, then no rendering occurs at all down the chain (ie, the gemhead returns immediately on the render call instead of running the chain). If you have textures, etc. then they are still occupying RAM, but they are likely to be paged out very quickly. Later, Mark ============================ = mdanks(a)stormfront.com = Technical Director PS2 = http://www.danks.org/mark ============================ > -----Original Message----- > From: rat(a)telecoma.net [mailto:rat@telecoma.net] > Sent: Thursday, August 16, 2001 8:30 AM > To: pd-list(a)iem.kug.ac.at > Subject: [PD] open menuclose abstraction + GEM > > > hi, > > thx damien for the super pd-msg doku, it hepled me a lot. > i was playing around with the open msg to open an abstraction, > but as damien mention i failed to close it again with the menuclose. > has anybody an idea how this can be done ? > > related to GEM: > > if i close this abstraction, lets say its a cube, > is this cube then also dissapearing , and > i dont want to make it just invisible by turning the renderchain off, > i want it really to "go away", to not use any ressources > anymore .... ? > > thx > > erich > > >

3 2

RE: [PD] pure-data.org, FAQ
by Mark Danks 17 Aug '01

17 Aug '01

GEM supports tablets already. Later, Mark ============================ = mdanks(a)stormfront.com = Technical Director PS2 = http://www.danks.org/mark ============================ > -----Original Message----- > From: jfm3 [mailto:jfm3@ouroboros-complex.org] > Sent: Thursday, August 16, 2001 2:39 PM > To: pd-list(a)iem.kug.ac.at > Subject: [PD] pure-data.org, FAQ > > > I hope you're all well. > > I've updated pure-data.org. If there's something that should > be there > that isn't, please let me know. I plan to link the wiki, but > I haven't > had the time to try it yet. > > Links in the first page of the documentation are not all correct. > > What is the status of using Pd with later versions of ALSA? Will it > work with 9beta6? > > At the Pd demo I gave at the dorkbot meeting, someone asked > about using > graphics tablets as input devices. Has anyone done this? > > Cheers! > > (jfm3) > > >

1 0

pure-data.org, FAQ
by jfm3 17 Aug '01

17 Aug '01

I hope you're all well. I've updated pure-data.org. If there's something that should be there that isn't, please let me know. I plan to link the wiki, but I haven't had the time to try it yet. Links in the first page of the documentation are not all correct. What is the status of using Pd with later versions of ALSA? Will it work with 9beta6? At the Pd demo I gave at the dorkbot meeting, someone asked about using graphics tablets as input devices. Has anyone done this? Cheers! (jfm3)

2 1

open menuclose abstraction + GEM
by rat＠telecoma.net 16 Aug '01

16 Aug '01

hi, thx damien for the super pd-msg doku, it hepled me a lot. i was playing around with the open msg to open an abstraction, but as damien mention i failed to close it again with the menuclose. has anybody an idea how this can be done ? related to GEM: if i close this abstraction, lets say its a cube, is this cube then also dissapearing , and i dont want to make it just invisible by turning the renderchain off, i want it really to "go away", to not use any ressources anymore .... ? thx erich

1 0

[gogins@pipeline.com: Re: [Csnd] Csound vs PD]
by Frank Barknecht 16 Aug '01

16 Aug '01

Hi, here's a good question from the Csound list. CC'ing to csound(a)lists.bath.ac.uk would be nice. ----- Forwarded message from gogins(a)pipeline.com ----- From: gogins(a)pipeline.com Date: Tue, 14 Aug 2001 17:16:45 -0400 To: csound(a)lists.bath.ac.uk Subject: Re: [Csnd] Csound vs PD What I meant is "out of real time." In other words, if there are too many instruments running to work in real time, so that a performance would experience dropouts, the performance can still be saved as a soundfile without dropouts, even if it takes, for exmaple, ten minutes to render a 2 minute piece. csound(a)lists.bath.ac.uk wrote: > ----- Original Message ----- From: To: Sent: Tuesday, August 14, 2001 7:35 PM Subject: Re: [Csnd] Csound vs PD > Thanks for your very informative reply. What you are saying is what I thought would be the case based on just looking at PD after heavy use of Csound. > > Is there ANY way PD can render to a soundfile out of real time? > YES. There are several objects which allow you to save the output to HD. ----- End forwarded message ----- -- __ __ Frank Barknecht ____ ______ ____ __ trip\ \ / /wire ______ / __// __ /__/ __// // __ \ \/ / __ \\ ___\ / / / ____/ / / / // ____// /\ \\ ___\\____ \ /_/ /_____/ /_/ /_//_____// / \ \\_____\\_____\ /_/ \_\

3 2

Re: [PD] local arrays again...
by Michal Seta 16 Aug '01

16 Aug '01

Thanks for the clarification. Sorry for the confusion. ./MiS On 8/16/01 5:57 AM, "Sha Xin Wei" <xinwei(a)lcc.gatech.edu> wrote: > hi michal, > > your explanantion is an explanaton not of class inheritance or of > polymoprhism, but of a more traditional and universal programming > language concept: scoping of variables. the scope of a variable is > conventionally determined by the calling stock order of a function F, > such that the variable can be read and written by functions called > from inside F. if F has arguments, those arguments' values are also > available to beread, of course. whether they can be modified > depends on whether the arguments are passed by reference or by value > to F. > > your explanation is fine, except for the label "object-oriented" > which may murk the discussion a little :) > > cheers, > xinwei > > > >> On 8/15/01 5:50 PM, "Yves Degoyon" <degoyon(a)freesurf.fr> wrote: >> >>> >>> Still, 2 features are surprising to me : >>> >>> a/ >>> >>> building patch = build objects + expand their arguments >>> >>> not : expand (objects+arguments) + build them >>> >>> rem : this would be a too severe patch. >> >> Sorry but I don't understand what you mean.... >> I will take a stab at it anyways and you tell me if I'm going in the right >> direction: >> >> It is a good habit, in OOP, to reuse classes/objects. PD is like an OOP >> environment. Like in OOP you can take existing objects and build new >> objects out of them (abstractions). Now, some objects don't require any >> creation arguments and you can feed them messages or floats or whatever to >> change parameters when you need them. Other objects (like tabwrite~ and >> tabread~ in you example) need arguments. If you're building an abstraction >> it's because you intend to reuse it at some point and perhaps even you will >> several copies of it in the same patch (program). Things like tables >> (arrays) and objects referring to them need unique names so by putting a >> variable name you ensure that by providing a unique name to each INSTANCE of >> your abstraction they will not get confused. So objects contained within >> your abstraction INHERIT the arguments (is this what you mean by "expanding" >> arguments?). >> >> You will also want to use variable args in patches where you want control >> the creation args of objects contained within. But if you're, say, building >> a reverb and you have tested all parameters of delays and filters and you >> know what you want you can simply give them the tested parameters and, >> optionally, provide a way of tweeking it in real time. And that can be done >> through inlets and float boxes, but that's too simple :) ... And too silly, >> in fact. I find it efficient to communicate with my abstractions through >> send-receive pairs so I end up giving my receives within abstractions >> variable arguments so I can specify later which instance I am sending data >> to. >> >> Am I making any sense? >> >> But all this depends on what you're doing. You can put stuff into >> subpatches and not worry about $n crap. For some things I don't even bother >> making abstractions. But I do like reuse some ideas and some things I use >> more than once in the same patch and that's when it's worth to put it into a >> separate file and deal with it on that level. >> >> Now I'm lost... >> >> >>> b/ >>> >>> $n means : >>> >>> "nth patch argument in an object" >>> "nth run-time incoming value in a message" >>> >>> this would be clearer to me if creation >>> arguments would be referred as "$$n" or "£n", >>> but this would break a lot of patches, right ?? >> >> I like to think of $n as a variable... I can understand your confusion if >> you come from Max background where arguments and variables in messages are >> different. But I like the simplicity of PD in this domain (if only a >> variable name within an abstraction the message could also inherit the >> creation argument...). So a variable is a variable regardless of where you >> put/find it. >> Just keep in mind that creation arguments are inherited only by objects >> contained within your abstraction (which in turn is an object, too) and not >> the messages. >> >> Hope this helps a bit. >> >> >> ./MiS >> ============================ >> "To be is to do" - Socrates >> "To do is to be" - Sartre >> "Do be do be do" - Sinatra >> "Just do it!" - NIKE >> "It" - Stephen King

1 0

[Fwd: Re: [PD] Max's URN?]
by IOhannes m zmoelnig 16 Aug '01

16 Aug '01

David Casal wrote: > > (anon cow steps outta shadows) > > Hello All, > > Can anyone advise on how to replicate the URN object from Max in PD? And > while we're at it, COUNTER and DRUNK? unfortunately i do not know, what the URN object does. COUNTER: there are various types of counters in the examples at doc/2.control.examples/06.counter.pd doc/2.control.examples/07.more_counters.pd you can easily design your own counter (even one, that behaves like the max-object) DRUNK: if you edit your counter, so that the stepsize becomes a random value (with the "random" object) this will behave somehow like drunk. > The PD-Lib project at Sourceforge haven't got to it yet...I tried with != > and == constructs, even tried to do Anti-bis from RTC-Lib out of Rowe's > machine musicianship, but I guess my pd skills aren't up to it yet. The main > problem was trying to get the equivalent of: > > if ($i1!=$i2) then $i1 else out2 bang #N canvas 241 175 450 300 10; #X obj 85 30 inlet; #X obj 197 30 inlet; #X obj 85 103 select 1 0; #X obj 85 54 t f f; #X obj 85 186 outlet; #X obj 160 188 outlet; #X obj 85 158 f; #X obj 85 80 != \$2; #X connect 0 0 3 0; #X connect 1 0 7 1; #X connect 2 0 6 0; #X connect 2 1 5 0; #X connect 3 0 7 0; #X connect 3 1 6 1; #X connect 6 0 4 0; #X connect 7 0 2 0; > > to work in PD. Tried expr (this is where I belate dumbness, surely) with no > success. There's gotta be an easy way...right? > > David > > David Casal Â¬ d.casal(a)uea.ac.uk > http://ariada.uea.ac.uk/~dcasal > > ARTWORLD Project > Sainsbury Centre For Visual Arts > University of East Anglia > > 01603-593246 --- 07803-173959

4 10

Re: [PD] local arrays again...
by Michal Seta 16 Aug '01

16 Aug '01

On 8/14/01 12:38 PM, "Yves Degoyon*" <ydegoyon(a)audientia.com> wrote: > Well, hello, hope you had your third coffee now > because I think Nicolas meant making a table > with a $1 in its name ( I know Nicolas a little bit ). Unfortunately I left the house after only one coffee.... Don't ask about the consequences.... On 8/14/01 6:08 PM, "Yves Degoyon" <degoyon(a)freesurf.fr> wrote: > Hi, Miller, > > I tried to follow your instructions but > although the names correctly expands > when used as variables in tabwrite~, tabread~,... > they don't expand when referring to the array name itself, > e.g. var expands to "1001-bigsample" > but array name > expands to "0-bigsample" > although what's written in the patdh is > > X array $0-bigsample 100 float 1; > > it wouldn't work with : > > X array \$0-bigsample 100 float 1; > > which really means "$0-bigsample", o' course. > > Any hint ?? Yeah. I tested your patches... I think this works if you create the array inside the table object: [table $0-bigsample] (it didn't work for me as well when creating simply an array named $0-bigsample). The tabwrite~ objects inside that patch need to have $0-bigsample argument as well. Attached is a solution to your problem (note that I added adc~ for testing). Lemme know if it works... Also, in this case you don't need to add arguments your abstractions as your arrays get named automatically. However, I don't know of a way of supplying creation arguments to messages (is there a way???) so your message will not work as you expected. Therefore, AFAIK, the bang to the [openpanel] will not work as expected (in fact, when I was playing with this pd has returned an error saying "inlet: no method for symbol". I moved the openpanel into the abstraction (I did that while replying to the message so this change is not in the attachment, should I have included it?) and then it worked when sending bang into the inlet). So my suggestion is to make an argument $1-bigsample where you supply an argument and everything gets named after that argument (you gave an argument anyways...) and you can use that little trick with symbol->makefilename to make sure the message gets sent properly. If there's a more elegant way of doing this I'd be interested in it. ./MiS ============================ "To be is to do" - Socrates "To do is to be" - Sartre "Do be do be do" - Sinatra "Just do it!" - NIKE "It" - Stephen King

2 3

Re: [PD] Pd -nogui
by HENRY Damien 16 Aug '01

16 Aug '01

Hi Rory, hi list. > When I try to use the pd -nogui flag nothing happens, > Pd doesn't do anything, I can't type anything at > prompt? IS this what is supposed to ahppen, if so how > do I use pd -nogui if I can't type anything at the > command prompt? I'm using windows 95. Thanks in > advance! 1) The first thing to try is to use the flag "-open mypatch.pd" (don't forgot the .pd ;-) this way pd will open your patch. then "loadbang" can work for you to initialyse the dsp and make some noise. You can control your patch via midi. 2) You can use some other gui like the one in Pyton done by Joseph A. Sarlo. you can download it here : http://mambo.peabody.jhu.edu/~jsarlo/gripd/ 3) If you want to control your patch using message instead of midi you can use another pd on another computer. see "netsend" & "netreceive" to make the link in between. You can use pdsend and psrecv too. 4)Have a look to the doc I've put on http://iem.kug.ac.at/pdwiki/ direct link : http://iem.kug.ac.at/pdwiki/stuff/pd-msg_04.tar.gz You'll find pdscript from Guenter Geiger (is it Guenter or Geiger ? ;-) This sh script will learn you how to use pdsend. You'll find some tcl/tk script dedicated to the nogui option to load patch and send messages to pd. and many more things I hope ! Best regards, Damien HENRY ^^^^^^ -------------------------------------------------------

1 0

Pd -nogui
by Rory Walsh 15 Aug '01

15 Aug '01

When I try to use the pd -nogui flag nothing happens, Pd doesn't do anything, I can't type anything at prompt? IS this what is supposed to ahppen, if so how do I use pd -nogui if I can't type anything at the command prompt? I'm using windows 95. Thanks in advance! Rory. ____________________________________________________________ Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie

2 1

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 August 2001