Pd-list April 2016

pd-list@lists.iem.at

75 participants
106 discussions

number box bug?
by Simon Iten 08 May '16

08 May '16

is it intentional that alt-click resets to zero even if lower bounds are not zero? i think that at least for positive lower values it would be more intuitive if the number box would go to that value… cheers

2 1

Bug? (Tcl) UNHANDLED ERROR: bad window path name
by Benoît Fortier 05 May '16

05 May '16

Dear list, I'm using pd vanilla 46-7 on OSX 10.9.5. Sometimes, when I save an abstraction within a GOP abstraction within a main patch (see attached patch), I get this error : (Tcl) UNHANDLED ERROR: bad window path name ".x28ecf0.c" while executing"winfo toplevel $tkcanvas" (procedure "pdtk_canvas_getscroll" line 2) invoked from within"pdtk_canvas_getscroll .x28ecf0.c" ("uplevel" body line 11) invoked from within"uplevel #0 $docmds" In my example patch it happens when I save ABS.pd which can be found in GOP.pd (first open BUG_clic_on_me.pd). The problem disappear either when : -I remove the number box from the graph-on-parent window in GOP.pd-I remove one of the two GOP.pd abstraction in the main patch-I unclick the graph-on-parent box in GOP.pd abstraction properties. (note that I just switched from pd-extended to pd-vanilla this week, just in case it's relevant to this problem... conflicting configuration files laying around my computer maybe???) Is it something I should be worried about? It doesn't seem to be causing any problem, but I would like to avoid any bad surprise. It seems a similar problem was mentioned on this list in 2012 but It's not clear what was done about it. Thank you all for your help, Benoît Fortier

2 1

Re: [PD] can't load abstractions using fuill pathname?
by Dan Wilcox 03 May '16

03 May '16

The same thing is being done, just in a slightly different way that no longer involves a define. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 29, 2016, at 4:00 AM, pd-list-request(a)lists.iem.at wrote: > > weird was the first difference something about aloca.h and windows, the new macros didnt look like the same thing was being done

3 2

[PD-announce] pd 0.47-0test2 released
by Miller Puckette 01 May '16

01 May '16

Thanks for all your swift feedback... I've put out 0.47-0 test 2, which fixes most of the problems I've heard about - I'm still trying to chase down a couple of things. I'll plan to put out the "stable" release next weekend if things go smoothly. http://msp.ucsd.edu/software.htm or $ git clone git://git.code.sf.net/p/pure-data/pure-data cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

10 27

Re: [PD] [PD-announce] pd 0.47-0test2 released
by Pierre Guillot 01 May '16

01 May '16

> which alert window? > what is the "same" you are referring to? My mistake, I thought having the same problem than Alexandre (the window saying that the app comes from an unidentified developer). > no matter how many times i tell mac os it is fine to open pd-47 test, it keeps saying it's from an undentified developer... > anybody else or just me? But in fact my window says that the app comes from the web. I changed the privileges of the app, now PD works fine.

4 18

Re: [PD] [PD-announce] pd 0.47-0test2 released
by Dan Wilcox 30 Apr '16

30 Apr '16

Doesn’t work for me on OSX either. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 30, 2016, at 1:06 PM, pd-list-request(a)lists.iem.at wrote: > > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Subject: Re: [PD] [PD-announce] pd 0.47-0test2 released > Date: April 30, 2016 at 12:25:58 PM MDT > To: Liam Goodacre <liamg_uw(a)hotmail.com <mailto:liamg_uw@hotmail.com>> > Cc: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > > > I still can't reproduce this... you're indeed hitting the shift key along > with control so taht it's ctrl-+ and not ctrl-=, right? Just tried on a > Fedora laptop with no problem. > > cheers > Miller

2 2

Re: [PD] [PD-announce] pd 0.47-0 test 1 released
by Dan Wilcox 30 Apr '16

30 Apr '16

Ask Apple, not me. OSX generally ships older versions of the bundled libs/frameworks. As it is now, OSX 10.11 comes with Tcl/Tk 8.4 & 8.5 so requiring 8.6 is not really an option yet. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 26, 2016, at 10:45 PM, pd-list-request(a)lists.iem.at wrote: > > From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > Subject: Re: [PD] [PD-announce] pd 0.47-0 test 1 released > Date: April 26, 2016 at 3:19:38 PM MDT > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > > > On 04/25/2016 04:09 PM, Dan Wilcox wrote: >> We *do not* want to do that yet. I’ve found that on TK 8.5, there are a number of issues that need to be addressed, including the object creation hot keys being triggered twice. >> >> I’ve been working on updating the build system so I can finally build Pd on new Mac OSXs (almost there) and then I’ll look into TK 8.5 support. Probably not in time for this release > > while we are there, why not go directly to 8.6? > we've been using that in Debian for a while now... > > gfmsdr > IOhannes

3 2

Pd-l2ork GUI port Alpha 0
by Jonathan Wilkes 29 Apr '16

29 Apr '16

Hi list,Here are some binaries to test out the alpha 0 release for the GUI port of Pd-l2ork. OSX doesn't have Gem or PDP, and both Windows and OSX are missing some Pd-l2ork-related externals. Bug tracker is here: https://puredata.osuosl.org/jwilkes/purr-data/issues Binaries are here:OSX x_64 - https://puredata.osuosl.org/purr-data-binaries/osx-64-alpha0/repository/arc… 15.10 x_64 - https://puredata.osuosl.org/purr-data-binaries/ubuntu-15.10-64-alpha0/repos… 14.04 x_64 - https://puredata.osuosl.org/purr-data-binaries/ubuntu-14.04-64-alpha0/repos… 14.04 i386 - https://puredata.osuosl.org/purr-data-binaries/ubuntu-14.04-32-alpha0/repos… Jessie x_64 - https://puredata.osuosl.org/purr-data-binaries/debian-jessie64-alpha0/repos… Jessie i386 - https://puredata.osuosl.org/purr-data-binaries/debian-jessie32-alpha0/repos… 32-bit - https://puredata.osuosl.org/purr-data-binaries/win32-alpha0/repository/arch…

7 16

can't load abstractions using fuill pathname?
by Miller Puckette 29 Apr '16

29 Apr '16

I think this is one for Iohannes... I can't seem to load abstractions by typing the full pathname anymore... e.g. [/tmp/output~] fails, even if /tmp/output~.pd exists. I get maximum object loading depth 1000 reached /tmp/output~ ... couldn't create I tried fixing s_path.c to make it load but couldn't figure out what was going on. thanks Miller

2 1

Re: [PD] dropouts when wireless is enabled (OS X)?
by Dan Wilcox 28 Apr '16

28 Apr '16

I have not noticed anything like this but maybe that’s because the sounds I make mask them anyway :) -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Apr 27, 2016, at 4:29 PM, pd-list-request(a)lists.iem.at wrote: > > From: Philip Stone <pkstone(a)ucdavis.edu <mailto:pkstone@ucdavis.edu>> > Subject: [PD] dropouts when wireless is enabled (OS X)? > Date: April 27, 2016 at 4:28:23 PM MDT > To: PD list <pd-list(a)iem.at <mailto:pd-list@iem.at>> > > > This is a very old problem for me; whenever I have wireless enabled on my computer, I get occasional crackling glitches in Pd’s output, which I assume are missed buffers. This has been the case with three generations of MacBooks, and I can’t remember how many versions of OS X. It happens whether I have latency set at 25 secs, or 100 secs.

3 2

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 April 2016