Pd-list January 2009

pd-list@lists.iem.at

140 participants
197 discussions

Hiding bits of the subpatch
by Chris McCormick 23 Feb '09

23 Feb '09

Hey Pders, Luke's recent data structures gui posts inspired me to take another look at what is for me the holy grail of GOP guis in Pd - hiding bits of the gui selectively, so you can make simple looking guis which expand out to show more complicated options at the user's behest. Attached is a patch that gets this to work through what appears to be a weird bug in the interaction between Pd and tcl/tk and some internal-message jiggery. Anyway, enough yammering, see the attached patch. Click 'show_hide' to show and hide the number box on the right. You can use the numberbox on the left to slowly slide the gui in and out to see it working slowly. For some reason this only works if you use a [line] to slowly change the size of the GOP, otherwise nothing gets hidden. Well, that is if it works at all for you. Best, Chris. ------------------- http://mccormick.cx

5 7

Consistency Problem - OS X[intel] - when modifying Abstractions
by Luigi Rensinghoff 16 Feb '09

16 Feb '09

Hi List, I notice a bug, thats coming back on OS X PD-extended. The occurs when i change an Abstraction, but not the original, but an active "instance" of a patch. Fpr example i have many instances of the same abstraction encapsulated in other abstractions. While patching i decide to change something - for example add an outlet - i open the instance change it and try to save it. PD seems to update all occurring abstractions and meanwhile the "parent-window" seems to disappear and it is not possible to save the patch anymore... I have to force quit PD after that. Strangely enough the change is saved in the abstraction..... but of course it is totally annoying for the workflow. I think i had this issue before and it disappeared in a more recent release of PD-Extended for OS-X Intel.... I am sorry i cannot post an example patch right now, maybe tonight... For now i would like to ask if anybody is having the same problem....and how to fix it, or maybe knows under which "subject" it might have been saved in the archive.. All the Best and a Happy New Year Luigi

4 9

GEM: the sound is gone!!
by Carlos Caires 14 Feb '09

14 Feb '09

8 9

problem with plugin~ and dssi~
by Ivica Ico Bukvic 06 Feb '09

06 Feb '09

Hi all, Using pd-extended 0.40.3 (deb) on Ubuntu Intrepid and when using either built-in plugin~ and dssi~ objects (also tried with dssi~ compiled from the latest available source) I get the following output before Pd segfaults: Warning: no LADSPA_PATH, assuming /usr/lib/ladspa:/usr/local/lib/ladspa no more csLADSPA plugins socket receive error: Connection reset by peer (104) Segmentation fault The warning should be fine since the default path covers ladspa plugins installed on Ubuntu. Using plugin~ by itself does this, while dssi~ if created without an argument reports missing argument (as expected) but does not crash until that argument is supplied. Both bogus and valid arguments to dssi~ crash Pd. Help file for dssi likewise crashes. This occurs both through jack and without it. I created objects both with and without DSP being enabled. Any thoughts what could be the problem? I suspect since both plugins are misbehaving that it has something to do with ladspa setup but then again what do I know... P.S. dssi~ hexter (from the helpfile) when extracted on its own, hangs for a while and then crashes pd leaving pd-gui and two "stuck" instances of hexter_gtk. Any help on this matter is most appreciated. Best wishes, Ico

4 7

communicating with the shell
by Rob Canning 05 Feb '09

05 Feb '09

hello, if have recently working on replacing the [shell] object (ggee) from my patches as it is leaving zombies all over the place - i believe this is a know issue? (2002) http://markmail.org/message/wrlpbaal75viugft (it would be really nice to have an object for communicating with the shell that is not buggy.) so here is my workaround: in a shell start up pdreceive and pipe the output into shell: pdreceive 3003 udp| sh send my messages from [netsend 1] problem: pd sticks a ; onto the end of all messages solution: pipe the message through sed on its way to pdreceive pdreceive 3003 udp |sed 's/;//'|sh ok now so now this is fine for things that do there job and then finish such as ls cat etc. but what about things that need to stay running? for example when i want to open emacs then run another command the second command wont be run until emacs is closed. i thought adding a & at the end would work but it doesnt pdreceive 3003 udp |sed 's/;/&/'|sh can someone tell me what i am doing wrong? also this method is fine for sending stuff to the shell but what about getting results back from the shell? like a bang when the process is finsihed or the result of a pwd command? i thought about pipeing | the output of the shell into a pdsend on another port but that seems messy? anyone got solutions to these issues? or anyone with the skills agree that [shell] should be fixed or rewritten and included in another lib? many thanks rob canning

9 9

Re: [PD] Pd-list Digest, Vol 46, Issue 108
by Ingo Scherzinger 04 Feb '09

04 Feb '09

I agree with pasting to the same window the cursor position would be the best solution. But please leave it the way it is for different windows. I always copy objects that have been changed to almost identical windows and they are right in the spot where they belong. Changing this behaviour would be very annoying if you're doing things like this. Ingo > well, the current behavior is helpful when pasting into a different window > if it has similar dimensions, but if we are copying a piece of a patch > which > was way down in a window into a new window, then the pasted code ends up > in > the same place too and one has to go look for it. This also happens > because > the window doesn't focus in the pasted section, but keeps the 0,0 > coordinates. > I think in general, (or when pasting to the same window) it would be nice > to > paste into the last clicked coordinate. > > In any case I am so used to it by now that I can survive in these > conditions. > > J > > On Fri, Jan 30, 2009 at 4:03 PM, Miller Puckette > <mpuckett(a)imusic1.ucsd.edu>wrote: > > > I think if pasting to the same window this would be reasonable - but > I've > > always had in mind, instead, to paste the objects to a new place > determined > > by current cursor position, which would be far better. Just haven't > been > > able to think it through and do it. > > > > M > > On Fri, Jan 30, 2009 at 06:53:22PM -0500, Hans-Christoph Steiner wrote: > > > > > > Hey all, > > > > > > I was thinking that it would be nice if copy-paste had the same > > > response and duplicate, i.e. shifting the position over by 10 pixels > > > in x and y, then pasting. I can't see a good reason why paste doesn't > > > do that. Anyone know of any? Newbies get very frustrated by the > > > current behavior. Regular users get used to the Duplicate command, > > > but I don't know of any other programs where you can't just copy-paste > > > and you need a special function. > > > > > > .hc

5 7

Optimisation - Max & PD
by Daniel Bennett 02 Feb '09

02 Feb '09

There's been a lot of talk here of late about PD not being terribly well optimised in lots of ways - GUI drawing, and potentially other areas. I'd always assumed (naively) that being less impressive to look at, PD was probably quicker (in equivalent circumstances) than MAX. As such, (and not having much cash for high powered PCs or software) when I came to pick between MAX and PD, I picked PD. Was I wrong in assuming that PD runs more efficiently than MAX (specifically on XP)? I'm not sure I can afford MAX anyway, so the question is pretty much academic, but I'm interested to know peoples' thoughts on the matter. Especially as I've recently come up against PD's issues with Midi inputs on XP (screws my shutdown every time I try to use midi inputs). Ta Dan -- Geometer Magazine http://geometer.org.uk

5 4

dynamically altering GUI send/receive symbols
by Rory Walsh 02 Feb '09

02 Feb '09

Quick question: is it possible to dynamically alter the send/receive symbols for GUI objects? I know that one can change most attributes through various messages but is it possible to alter their send/receive symbols? Rory. p.s. It's been a few years since I posted any messages here. I hope everyone is keeping well!

4 5

Controlling openDMXpro usb interface from pd-extended
by Alberto Santos Bellido 02 Feb '09

02 Feb '09

Hello team. I've been searching for a way of controlling openDMXpro usb interface from pd-extended. All I've found that seems to be active is dmxusbpro ( http://www.nullmedium.de/dev/dmxusbpro/ ) Has anybody used this successfully on pd-extended on linux (ubuntu 8.10). Thanks for any feedback albesan

3 6

Why I don't like the new automagic
by Frank Barknecht 02 Feb '09

02 Feb '09

Hi, what follows is a rant against the new automagic patching in 0.42 that I tried for some time now with the result that I'm looking for a way to switch it off completely as it makes Pd unusable for me as long as it is enforced for every operation. But first some quick remarks about the latest pd-0.42.3, which I tried from SVN today: It seems that the very useful feature of finishing object creation with the Return-key has been lost? At least now I cannot use it anymore. Now comes the rant. ;) All the automagic has made patching very slow for me. It made it impossible to quickly position an object with the mouse. The "workaround" against automagic with pressing Ctl-A twice is useless in my opinion, and it superfluous anyway as pressing Ctl-E twice had the same effect for years as far as editing is concerned. I think my main gripe with the new automagic in Pd is that it clashes with the way, Pd has helped me to think about problems in the past. I believe, that the choice of programming language is deeply connected to the way one likes to think about and contemplate a problem. At least that's why I always stick with the 2-dimensional Pd for "artistic problems" that in my way of thinking naturally fit in a 2-dimensional plane-layout. I prefer 1-dimensional text-languages for certain other problems of the linear "do A, then B" kind. But now the automagic has made Pd pretty one-dimensional: It tries to enforce one-dimensional, top-to-bottom thinking, which clashes with my preferred free-form thinking and thus feels unnatural. Instead of helping me to think, Pd became an obstacle. While it is true that most connections in patches go from top to bottom connecting first in/outlets, this doesn't mean that the connections and objects were created in this order. In fact, observing myself (including recording my patching behaviour with "recordmydesktop") I found that I quite often create objects bottom-to-top. You can see me patching here: http://rjdj.me/~fbar/screencast/ As a simple example say I want to build a timebase with a metro and a toggle. I always stupidly create the [metro] first, then the toggle to switch the metro on and off. This is my way of thinking about this problem: I think "Hey, I need some regular bangs so I make a metro" and then "I also need something to switch it on and off". I do not think the other way around: "Hey, lets create a switch now." and then "Hm, what should I switch on with that new switch? A metro would be fine." The automagic only fits to this second kind of thinking but it is an obstacle to the first kind of thinking. So now my question: Does anybody know how to get rid of the automagic or bind it to a special keycombo like Ctl-6? Ciao -- Frank Barknecht Do You RjDj.me? _ ______footils.org__

10 21

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 January 2009