Pd-list December 2021

pd-list@lists.iem.at

34 participants
49 discussions

Vanilla: getting the content of a folder
by Pierre Alexandre Tremblay 15 Dec '21

15 Dec '21

Dear all I am banging my head against the wall, trying to get [openpanel 1] to give me the content of the folder in question. I was hoping that I could: - use [textfile]’s read to get the content of the folder somehow - use [text define xx]’s read message But no cigar. Is there any other avenue or hack or way around? I sometimes have regrets of sticking to vanilla for FluCoMa dependencies… Any pointer welcome p

5 5

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 15 Dec '21

15 Dec '21

For a (modern) fat build: ./mac/tcltk-wish.sh --universal 8.6.12 However make sure to try the generated Wish-8.6.12.app. I have no problems making a universal build, however the resulting Wish doesn't *run* and a generated Pd.app using it as a source would not run either. I think there is a problem with the Tk makefile "embedded" target which assembles the Wish.app. > On Dec 11, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Sat, 11 Dec 2021 02:44:38 -0300 > From: Lucas Cordiviola <lucarda27(a)hotmail.com <mailto:lucarda27@hotmail.com>> > To: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>>, pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] [PD-announce] Pd version 0.52-0test3 released > Message-ID: > <DS7PR10MB48457D61678049D87B569AEBA6729(a)DS7PR10MB4845.namprd10.prod.outlook.com <mailto:DS7PR10MB48457D61678049D87B569AEBA6729@DS7PR10MB4845.namprd10.prod.outlook.com>> > > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 12/10/2021 11:58 PM, Miller Puckette via Pd-list wrote: >> Looks like I can get a Mac running 10.13 this Monday, so will probably >> be able to build Tcl/Tk-8.6.12 then, unless someone else does it first. >> (It's easy to do using Dan's scripts, all you need is a Mac running a >> less ancient OS than 10.7 > > I had run: > > ?? ?mac/tcltk-wish.sh 8.6.12 > > on a VM [macOS 10.15.7] using QEMU on a Debian10 machine. > > Here is the build (zipped) and the log: > > ?? ?https://nc.nubegris.com.ar/index.php/s/AMDde4EcqZzAZBn <https://nc.nubegris.com.ar/index.php/s/AMDde4EcqZzAZBn> > > On theory it should work. > > :) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 10

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 13 Dec '21

13 Dec '21

FYI IOhannes: For a project at work which uses JACK, I set up the build system to download the prebuilt JACK dmg and extract it to a local build directory. This seems to work fine for both building *and* distribution as user systems which have (non-homebrew) JACK installed are able to run the program with JACK. I have a feeling that, like JackOSX before it, the JACK distribution builds do some extra step which makes this "magic" work (weak linking?) while the Homebrew builds do not (linked applications expect same lib path). As to why exactly, I don't know, maybe changing the dylib path? In any case, I think it's easier for most people to run an installer rather than ask them to copy/paste and run command line incantations to use JACK via Homebrew. :) > On Dec 13, 2021, at 10:29 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 3 > Date: Mon, 13 Dec 2021 10:29:55 +0100 > From: IOhannes m zm?lnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>, William Brent <william.brent(a)gmail.com <mailto:william.brent@gmail.com>> > Subject: Re: [PD] [PD-announce] Pd version 0.52-0test3 released > Message-ID: <fff79b5d-c70a-27e7-2717-7ff6cefd1ca7(a)iem.at <mailto:fff79b5d-c70a-27e7-2717-7ff6cefd1ca7@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 12/13/21 03:42, Miller Puckette via Pd-list wrote: >>> >>> As explained in previous emails, I don't use jack from Homebrew for my builds. I use the distribution from jack.org <http://jack.org/> <https://urldefense.proofpoint.com/v2/url?u=http-3A__jack.org_&d=DwIFAg&c=-3… <https://urldefense.proofpoint.com/v2/url?u=http-3A__jack.org_&d=DwIFAg&c=-3…> > which is equivalent to the old JackOSX distribution: >>> >>> https://urldefense.proofpoint.com/v2/url?u=https-3A__jackaudio.org_download… <https://urldefense.proofpoint.com/v2/url?u=https-3A__jackaudio.org_download…> <https://urldefense.proofpoint.com/v2/url?u=https-3A__jackaudio.org_download… <https://urldefense.proofpoint.com/v2/url?u=https-3A__jackaudio.org_download…> > >>> >>> You just need to download and run the installer on the build machine, which could also be automated via a script. People needing to use jack installed via Homebrew should build Pd themselves as the those libs doesn't seem to enable weak linking like the ones in the installer AFAICT. >>> >>> Dan Wilcox >>> >> >> Right ho - Iohannes - I'm hoping this is something you can fix in the CI >> builds >> > > yes of course. > > i'd still like to understand the problem first though. > > my setup is: macOS X Sierra (10.7) in a VM > > if i install the dmg file from my CI-scripts (now that they use a > non-broken Tcl/Tk) Pd opens up just fine. > going to the media menu, i see two options for the audio backend: > - standard (portaudio) > - jack > > selecting "jack" i get an error on the Pd-console, saying: >> Can't open Jack (it seems not to be installed) > > this is expected, as i haven't installed jack. > > i then download JACK-1.9.19 from https://jackaudio.org/downloads/ <https://jackaudio.org/downloads/>, > extract it, and run the jack2.pkg found withing. > this should install JACK. > > i *restart* Pd and select "jack" again, and now i get an error >> JACK: couldn't connect to server, is JACK running? > > again, tihs is expected, as i haven't started JACK. > > so i open up qJackCtl (also found in the download from jackaudio.org <http://jackaudio.org/>), > and start the JACK server (i use the *dummy* audio backend, as the VM > has no soundcard). > > back in Pd, i again select "jack" as the backend, and - tada - no more > warnings *and* Pd shows up in the qjackctl graph. > > the binary i'm using is this one (Tcl/Tk is universal; but Pd itself is > only amd64; this is built with JACK from homebrew): > https://git.iem.at/pd/pure-data/-/jobs/33751/artifacts/download <https://git.iem.at/pd/pure-data/-/jobs/33751/artifacts/download> > > > william: could you tell me where our paths deviate? > > gfmdsa > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 2

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 12 Dec '21

12 Dec '21

IOhannes, your build runs fine on my macOS 11.6.1 M1 system. Weird, I guess something is broken on my build setup. In any case, we should be good with one of these replacing the tarball in mac/stuff. > On Dec 12, 2021, at 8:11 PM, pd-list-request(a)lists.iem.at wrote: > > i think here's a better one: > <https://users.iem.at/zmoelnig/pd/download/Wish-8.6.12.universal.tar.gz <https://users.iem.at/zmoelnig/pd/download/Wish-8.6.12.universal.tar.gz>> > > as the name suggests it is a universal binary (x86_64 + arm64) > > a quick test shows that it is working on "Sierra" (macOS X 10.12.16), so > i hope this is better than dan's luck with universal Tcl/Tk (it's not > totally clear to me whether his "doesn't run" means: "doesn't run on any > platform" or only "doesn't run on M1" > > > however i would like people who have access on othre platforms to test. > esp: > - macOS X 10.7 (miller :-)) > - Monterey amd64 > - Monterey x86_64 > > but really, any platform however old or new should do... -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 12 Dec '21

12 Dec '21

Yes, major reasons to move to Tk 8.6.12 on macOS, least of which is that it already incorporates all the fixes the back ported patches address as well as supports a couple of things added to macOS 12. For a summary, see: https://github.com/pure-data/pure-data/pull/1414 <https://github.com/pure-data/pure-data/pull/1414> > On Dec 9, 2021, at 8:57 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Thu, 9 Dec 2021 11:57:29 -0800 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: Dan Wilcox <danomatika(a)gmail.com <mailto:danomatika@gmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] [PD-announce] Pd version 0.52-0test3 released > Message-ID: <YbJfqerY4PwERUF9(a)ucsd.edu <mailto:YbJfqerY4PwERUF9@ucsd.edu>> > Content-Type: text/plain; charset=us-ascii > > I might have something mislabeled, but I _think_ all the Pd builds I'm > making are indeed based on Wish-8.6.10, with these 4 patches: > > tk8.6.10_helpmenu.patch > tk8.6.10_keyfix.patch > tk8.6.10_scrollbars.patch > tk8.6.10_zombiewindows.patch > > OTOH, should I 'upgrade' to ish-8.6.12? If there/s no reason to, I'd just > as soon keep things as they are. > > cheers > M -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 6

send message to [r $0_something] from command line?
by padovani 12 Dec '21

12 Dec '21

Hi, I have a patch like [r $0_msg] | [print] And would like to run Pd from command line (-nogui -send "....") and send something to the receive object. How can I pass the '$0_msg' name in a way bash and Pd understand it? Have tried different combinations of quotes and bars, but nothing works... :/ thanks! josé

4 4

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 10 Dec '21

10 Dec '21

I use the "official" JACK distribution installer from https://jackaudio.org/downloads/ <https://jackaudio.org/downloads/> and *not* JACK via Homebrew. I believe I've mentioned this in one or two of the "JACK doesn't work" threads on Github. My testing back then indicated that linking to JACK from Homebrew would result in the usual dylib missing errors when running on other systems and didn't result in a weaklink. Maybe this is something that works in newer versions or requires some Homebrew install flag? > On Dec 9, 2021, at 5:13 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 3 > Date: Wed, 8 Dec 2021 20:13:40 -0800 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: William Brent <william.brent(a)gmail.com <mailto:william.brent@gmail.com>>, Pd-List > <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] [PD-announce] Pd version 0.52-0test3 released > Message-ID: <YbGCdHR8svzfhFji(a)ucsd.edu <mailto:YbGCdHR8svzfhFji@ucsd.edu>> > Content-Type: text/plain; charset=utf-8 > > Looking closer at Iohannes's CI output I saw: > > Downloading https://ghcr.io/v2/homebrew/core/jack/manifests/1.9.19-2 <https://ghcr.io/v2/homebrew/core/jack/manifests/1.9.19-2> > > ... this _looks_ like jack2 to me. So there must be something more subtle > happening than just the jack version Pd is linked to on the CI build. > (This is the build that's labeled "compiled for Macintosh OS 10 or later", > confusingly, as Alexandre has pointed out :) > > M -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Re: [PD] simple dynamic instancing and connection of abstractions
by Dan Wilcox 09 Dec '21

09 Dec '21

[spigot] in abstraction control inlet which also takes control float to [switch~]? In general, I try to only send controls to things which are on, yes, but I have not had major issues when that still happens. This probably depends more on what the abstractions are doing and, in the case of readsf~ and spatialization algorithms, switch~ has a much greater impact. Don't overly optimize at the beginning. :) > On Dec 9, 2021, at 10:22 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Thu, 9 Dec 2021 01:22:11 -0800 > From: "Scott R. Looney" <scottrlooney(a)gmail.com <mailto:scottrlooney@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] simple dynamic instancing and connection of > abstractions > Message-ID: > <CAAo07Q2iV1wVBqd6PAkbGirwAT7xDDMFE0kLEYar4HvTV3go4A(a)mail.gmail.com <mailto:CAAo07Q2iV1wVBqd6PAkbGirwAT7xDDMFE0kLEYar4HvTV3go4A@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > okay, pursuant to this idea, i'm starting into working on this design > overhaul and i'm considering routing the non-audio signals to all of the > instruments in a slot at once. since there will only ever be audio coming > from one instrument in a slot, there certainly won't be audio conflicts, > but i am a bit concerned at data going everywhere and if that creates a > significant amount of overhead load for PD. > > so, if i use switch~ to turn off an inactive instrument's audio output, > does the control data matter if it ends up in a 'dead letter office' so to > speak? or is it better to route control signals away from inactive > instruments as well? for this example assume the MIDI note triggering only > routes to the active instrument as well, so no audio is even triggered. > > scott -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by Dan Wilcox 09 Dec '21

09 Dec '21

A "damaged" app bundle usually indicates something is missing or misnamed internally. It can also indicate a signing error. I tried making an updated universal build with JACK but the resulting bundle doesn't run even on my own machine, so something is wrong with the build or the script which assembles the Pd .app. I will look at this. Also, in my opinion and I know I've suggested this before, builds for newer systems should be linked to the newer version of JACK buy default ala: ./configure --disable-jack-framework --enable-jack This requires having the JACK distribution pre-compiled libs installed. > On Dec 8, 2021, at 3:16 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Wed, 8 Dec 2021 09:15:10 -0500 > From: William Brent <william.brent(a)gmail.com <mailto:william.brent@gmail.com>> > To: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > Cc: pd-announce(a)lists.iem.at <mailto:pd-announce@lists.iem.at> > Subject: Re: [PD] [PD-announce] Pd version 0.52-0test3 released > Message-ID: > <CAGukSDNWgFb7S0apD=XTLGOnrTWNTG_8njB0phNq=CQLYN9DKQ(a)mail.gmail.com <mailto:CAGukSDNWgFb7S0apD=XTLGOnrTWNTG_8njB0phNq=CQLYN9DKQ@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Unfortunately, that build is showing up as "damaged" for my students on Mac > OS Mojave and Big Sur, only offering the option of moving it to the trash > (see the attached screenshot). Even the usual route of doing a > right-click/open on the app leads to the same message, and in the Mac OS > security preferences it never offers the option to approve opening the app. > I can get them to successfully launch it from the command line by having > them navigate to the pd binary in the app bundle though. Or of course, just > build from source themselves. Not sure how important this is to others but > I'm doing a lot of work with JACK in my classes and nearly all of my > students are on Mac OS. > > > On Tue, Dec 7, 2021 at 7:40 PM Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> wrote: > >> Dan Wilcox has a build againset the new Jack: >> >> http://docs.danomatika.com/pdbuilds/0.52/Pd-0.52-0-universal-jack.zip <http://docs.danomatika.com/pdbuilds/0.52/Pd-0.52-0-universal-jack.zip> >> >> (I think I need to include that in the (growing) list of compiled versions >> on my site, hmm...) >> >> cheers >> Miller -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 15

Re: [PD] Pd version 0.52-0test3 released
by Dan Wilcox 09 Dec '21

09 Dec '21

My suggested naming: - compiled for macOS 10.10+ - 32-bit ("i386") Macintosh version for OS X 10.7 or later; can load old, 32-bit external libraries - 64-bit Macintosh version for OS X 10.7 or later To be (overly) pedantic :) the naming is officially "Mac OS X" from 10.0 - 10.7, "OS X" from 10.8 - 10.11, then macOS 10.12 to now, as least on Wikipedia. That being said (written?) I find it confusing that OS "X" already stands for OS 10 since it follows OS 9. Anyway, I agree with Alex that "macos7" is a misnomer and it would be better as "macosx107" or something similar as we are all used to "10.7." I can see why Apple finally bit the bullet and went to macOS 11 as it can get out of this X cycle. Note: If/when we have builds linked to newer JACK builds, they will require macOS 10.12+. > On Dec 9, 2021, at 6:34 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Wed, 8 Dec 2021 20:25:50 -0800 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] Pd version 0.52-0test3 released > Message-ID: <YbGFThJ9s8H7r90k(a)ucsd.edu <mailto:YbGFThJ9s8H7r90k@ucsd.edu>> > Content-Type: text/plain; charset=iso-8859-1 > > So I guess they should be labeled "Macintosh OS 10.10 or later" and > "Macintosh OS 10.7-9". I'm not sure if "macos7" works on 10.10 or not, > but I don't think it matters much :) > > M -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

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 December 2021