Pd-list February 2010

pd-list@lists.iem.at

121 participants
201 discussions

Re: [PD] [instance] and dynamic object creation
by Marco Donnarumma 02 Feb '10

02 Feb '10

> If you want a loadbang, you can send a message "loadbang" to "pd-mypatch", > i.e.: > > [; > pd-mypatch.pd obj 10 10 myobject; > pd-mypatch.pd loadbang( > > Ciao > -- > Frank > > Thanks Frank, I was already trying to send a loadbang, but the first [instance] has the right id (1), then the following [instance] has id = 3, the next 6 and so on. Besides also other instances of [instance] with different arguments are affected the same way while sending a loadbang to the parent patch. You can test this in the example patch I sent yesterday. Probably I'm missing something, but I'm struggling to make it work without good results. Maybe Luke is reading us? -- Marco

3 3

Re: [PD] can I change the cube object in GEM
by IOhannes m zmölnig 02 Feb '10

02 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi. please note that it is usually better to ask questions on the pd-list, because there a lot more people can answer your questions. Camilo Cadavid Corredor wrote: > Hi, I'm sorry for my lack of politeness. I'm from MedellÃn Colombia, IÅ½m trying to control an image with te signal coming from a microphone. I have played with a lot of GEM objects, and I'd like to make the image get close or far by noise. The cube object controls it, and i have completed my goal, but now i'd like to change the image, I mean the cube. I'd like it to be anothe image instead of the geometrical cube. If you know which object can help me, could you help me? [teapot]? there are a lot base geometries in Gem that you can use. just go through the examples/01.basic fgmdasr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktocp4ACgkQkX2Xpv6ydvQ0PQCgjHfgA7exkTlxZuw331m2fCDd ilgAn2pKUucKlsEG1ByCHqZWrs1eTREa =lG8H -----END PGP SIGNATURE-----

1 0

browsing for specific externals in pd extended fo Mac without installing it
by Matteo Sisti Sette 02 Feb '10

02 Feb '10

Hi, I have to use some specific externals in a patch done mainly in pd Vanilla. I develop and prepare it on Windows but it will have to be used in Mac... (and I am quite analphabet with mac) In my windows machine, I simply took the .dll files from a pd-extended installation and put them in the patch directory so they're found and dinamically loaded. I know I can do the same in Mac so I would like to include the .darwin (or whatever the extension is) files in the patch folder too, so that I will simply copy the patch folder to the Mac and it will work. The problem is, I would like to do this (looking for the .darwin files and copying them to the patch folder) on the windows Machine so that when I have access to the mac I don't waste time. Also, I don't want to INSTALL pd-extended on the Mac because i did it before, and uninstalling it was like hell (even after uninstalling, the libraries somewhere and somehow persisted and the new fresh pd-vanilla kept loading them). So I tried downloading pd-extended for Mac (a .dmg file) and I sort of opened it with a program called 7-zip; but the only thing I find inside it is four files: 0.ddm 1.Apple_part... 2.hfs 3.free Looks like some sort of installer or disk image. How can I unpack it (or download something else somewhere else) and look for the single files just like I browse the windows version pd-extended folders and dll? thanks m. -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

1 1

Podcast containing many Pd patches
by Chris McCormick 02 Feb '10

02 Feb '10

Hi, I found this podcast produced by RjDj-dude Rob to be really fascinating, and it kind of blows me away that most of the sound in this was generated by Pd patches. <http://www.dizzybanjo.com/RjDjpodcast01.mp3> Chris. Disclosure: I do contract work for RjDj, but they didn't ask me to post about this. ------------------- http://mccormick.cx

3 2

Re: [PD] 'synced' number and slider
by Jonathan Wilkes 01 Feb '10

01 Feb '10

--- On Fri, 1/29/10, Simon Wise <simonzwise(a)gmail.com> wrote: > From: Simon Wise <simonzwise(a)gmail.com> > Subject: Re: [PD] 'synced' number and slider > To: "IOhannes m zmoelnig" <zmoelnig(a)iem.at> > Cc: "Jonathan Wilkes" <jancsika(a)yahoo.com>, pd-list(a)iem.at > Date: Friday, January 29, 2010, 4:50 AM > IOhannes m zmoelnig wrote: > > Jonathan Wilkes wrote: > >> In other words, whether you send a value through > an inlet to one of the linked iemguis, or use [send] to send > a value to all the linked iemguis, it should set the value > on all linked iemguis. > > > > so how do you control a single iemgui then? (without > side-effects to the > > linked friends?) > > I often use linked sliders, to duplicate controls in > different places, but rarely connect the inlets/outlets and > only use the send/receive symbols and the mouse. It can save > quite a bit of messing around controlling the sync manually, > especially when an external control surface like the BFC2000 > is used. I assumed that the reason the graphical > representation of these inlets and outlets disappear when > the send and receive symbols are the same is that they > become almost useless. When this special behaviour isn't > what I want I use two different symbols. > > Occasionally I have used the outlets, for special cases > where slightly different behaviour is required depending on > which slider was moved, and I guess the inlet is the way it > is because it behaves internally the same as the receive > symbol ... anyway it can be useful for some kinds of visual > feedback, if used carefully. Hi Simon, Thanks for the detailed reply. It got me wondering a bit about the disappearing inlets/outlets on iemguis. (For the following, "xlet" means inlet and/or outlet) >From what I can tell, disappearing xlets currently have two different meanings in pd (maybe more if there are externals that add some other meaning): 1) for gatom: when an xlet disappears it means a) you can no longer connect a wire to/from that xlet because b) that functionality has been replaced with a hidden nonlocal connection (specified under "Properties" by a send/receive symbol). 2) for iemguis: when an xlet disappears it means a) the (now invisible) xlet has been _supplemented_ with a hidden, nonlocal connection specified by a send/receive symbol, and additionally: IF the send/receive symbol is the same, the output (other than that triggered with the mouse) will be suppressed-- otherwise the output will function as it normally does. On top of this, there's the additional issue of whether the missing xlets on an iemgui are functional (passing messages somewhere in the patch) or aesthetic (have names like "$0-DUMMY-RCV-TO-MAKE-MY-BNGS-LOOK PRETTY"). To me, the aesthetic reason seems like the best justification for removing xlets visually on an iemgui: in this case, maybe the suppression of xlets (globally) could be associated with GOPs*, or only happen in runmode, with a tcl plugin. I personally prefer iemgui flexibility over gatom's behavior. But for patching clarity i think it would be best if something like the following were the behavior: a) when one send or receive symbol is used (or two with different names) the xlet on the iemgui remains visible, and there's some additional visual cue (independently for each xlet) that hidden nonlocal connections are in play (maybe paint them red?) b) when an iemgui send/receive pair is given the same symbol, a different visual cue is used to identify the suppresion of output (maybe greyed out outlet, and turns black when output is triggered with the mouse). * Or GOP Properties could have checkboxes to set this and other behavior: e.g., show or hide xlets, connections, non-GUI objects, msg boxes; allow or disallow editing visible objects in the GOP window in editmode, etc. -Jonathan

1 0

Re: [PD] 'synced' number and slider
by Jonathan Wilkes 01 Feb '10

01 Feb '10

I attached a modified version of your patch to show what I mean. On the right, you can look at the patch and figure out the behavior before you scroll the gatom box (important if you want to make sure you're avoiding a buffer overflow). On the left, you have to read the source code for those GUI objects to figure out what's going to happen. Judging from your original patch, I think you assumed that sending a float straight to the [nbx] would update the value in the slider (so did I). This turns out not to be the case: the two GUIs are only bound together if you change the values on one of them using the mouse. If someone who reads and understands c better than me can explain why the iemgui magic works as it does, I'll be happy to document it. -Jonathan --- On Sat, 1/16/10, Rich E <rich.eakin(a)gmail.com> wrote: > From: Rich E <rich.eakin(a)gmail.com> > Subject: Re: [PD] 'synced' number and slider > To: "Jonathan Wilkes" <jancsika(a)yahoo.com> > Cc: "Lorenzo" <lsutton(a)libero.it>, "IOhannes zmölnig" <zmoelnig(a)iem.at>, pd-list(a)iem.at > Date: Saturday, January 16, 2010, 8:38 PM > You can still send the set message directly > to the inlet of the numberbox2 or slider and it won't > effect the other. See patch. > > 2010/1/16 Jonathan Wilkes <jancsika(a)yahoo.com> > > > > > > --- On Sat, 1/16/10, IOhannes zmölnig <zmoelnig(a)iem.at> > wrote: > > > > > From: IOhannes zmölnig <zmoelnig(a)iem.at> > > > Subject: Re: [PD] 'synced' > number and slider > > > To: "Lorenzo" <lsutton(a)libero.it> > > > Cc: pd-list(a)iem.at > > > Date: Saturday, January 16, 2010, 11:36 AM > > > Lorenzo wrote: > > > > This seems trivial but I've never managed to > figure > > > out how to do it in > > > > a non-trivial way: > > > > > > > > Have a number (atom) and a slider (be it > horizontal or > > > vertical) which > > > > are 'synced', that is if one changes the > number the > > > slider changes and > > > > vice-versa. > > > > > > > > > if you use numberbox2 as the numberbox, you can give > both > > > the nbx and > > > the slider the same send/receive names > > > (that is: > > > > numberbox2.sendname=numberbox2.receivename=slider.sendname=slider.receivename) > > > > > > and they will be magically linked to each other. > > > > > > to use the value in the patch add another receiver > > > [r <samereceivename>] > > > > > > > Except if you need to send a value to the inlet > of the numbox2 or the slider. Then this method magically > doesn't work, whereas the [set $1( > > idiom does. > > > > > gfmadr > > > IOhannes > > > > > > > > > -----Inline Attachment Follows----- > > > > > > _______________________________________________ > > > Pd-list(a)iem.at > > > mailing list > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > > > > > > > > > > > > > > _______________________________________________ > > Pd-list(a)iem.at > mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > > >

6 16

Re: [PD] pix_video error -9402
by IOhannes m zmoelnig 01 Feb '10

01 Feb '10

Michael Bliem wrote: > hi again, body should be visible now? yes, much better. i have also re-added pd-list, since this has been omitted now :-) > > i need some help or information, please! > > until yesterday my builtin isight webcam > of macbook pro worked just fine. after > setting dimen to a very low value (5 4) > pd crashed and cam isn't working anymore. > it still works in all other applications > and it DID work with pd too!? maybe there > is a broken conf-file due to the crash? > i did restart pd/reboot/power off wo help the only thing i can say here is, that Pd/Gem does definitely NOT keep track of the settings of your camera. probably osx does. > > i'm working with osx 10.6.2 and the > latest intel binaries of pd-extended. > > error -9402 > > any ideas? could you try a [dialog( message to [pix_video] before anything? fgmasd IOhannes

1 0

Re: [PD] latency solutions... and then some
by Marco Donnarumma 01 Feb '10

01 Feb '10

> > His set uses an electric bass through Pd. My guess is > that even the un-processed signal goes through Pd to avoid echos or comb > filtering due to latency. In my (2 cent) experience to let the un-processed signal go _through Pd_ is still unsatisfying, because anyway you have to deal with some latency hiding around. Instead I usually let my external soundcard output a small amount of "direct monitor". This way my clean signal goes through the hardware to the PA with no latency (or at least a fairly un-noticeable latency), then the processed signal/s get overlapped with the minimum latency I can get. This is the cheapest and more satisfying workaround I found so far, even though it's not reliable in every condition and setup. Besides, as already said, when you trigger digital effects with an external hardware you can add more latency; to avoid it, I analyze the un-processed input signal, recognize the notes being played and trigger effects when a note is recognized. Thus I just deal with the latency created while the un-processed input reach the analysis patch. At the same time I route the un-processed signal to the effects bank. Not rocket science but hope this helps. M

2 1

[instance] and dynamic object creation
by Marco Donnarumma 01 Feb '10

01 Feb '10

(I think) I found a weird behaviour with the dynamic creation of objects and the [instance] abstraction. It looks like when you create an object - which includes [instance] - with the message [; pd-mypatch.pd obj 10 10 myobject( there is no loadbang triggering [instance]. Example attached. Any hint and/or workaround? I would need to count each abstraction created dynamically in a patch and assign each one a single id. thanks p.s. If I create objects using a message to pd, when I close the parent patch Pd won't ask me if I want to save the changes (and changes are not saved). -- Marco

2 1

pix_video error -9402
by Michael Bliem 01 Feb '10

01 Feb '10

2 1

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 February 2010