Pd-list

pd-list@lists.iem.at

19 participants
33278 discussions

Re: [PD] slow startup on macOS
by Dan Wilcox 03 Jun '24

03 Jun '24

Thanks for looking into this, y'all. I also agree that this check is not really necessary. We already know the BundleID we are using, but it might have been put in place as Pd-extended had a different domain (and hence BundleID), so checking first would ensure the same plugin would work on multiple forks. We might want at least document this change and/or provide a better mechanism to check, although it seems macOS was the only platform to do this. Following, I don't see a real reason why using the `defaults` command should be slow in and of itself (except for [1]). This is perhaps a security mechanism where accessing the bundle's Info.plist directly is discouraged as it might be used by malware (my guess). Normally, you would query the defaults via the bundle ID or via the C/Obj-C/Swift APIs and *not* read Info.plist to get the bundle ID first. I don't see it as a Gatekeeper issue though, since the attributes were the same for the current stable release and this test3 release on my system: % xattr /Applications/Pd-0.54-1.app com.apple.macl com.apple.provenance com.apple.quarantine % xattr ~/Desktop/Pd-0.55-0test3a.app com.apple.macl com.apple.provenance com.apple.quarantine [1] Saving Pd settings on macOS *used* to be slow (multiple seconds) as each setting was written individually using `defaults` from C. This was more an issue of making multiple system calls rather than an issue with `defaults`. I replaced that with using the Apple Foundation C API instead and it's very fast now. ;) > On Jun 2, 2024, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Sun, 2 Jun 2024 10:40:16 +0200 > 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> > Subject: Re: [PD] slow startup on macOS > Message-ID: <76936eab-e81f-4b7c-a39d-37ff73c7d8dd(a)iem.at <mailto:76936eab-e81f-4b7c-a39d-37ff73c7d8dd@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 6/2/24 09:34, Benjamin Wesch wrote: >> On Sun, Jun 2, 2024 at 8:45?AM IOhannes m zm?lnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> wrote: >>> [...] replace the dynamic reading of ::pd_guiprefs::domain >> >> without really understanding the whole mechanism: isn't this already >> defined here then? >> https://github.com/pure-data/pure-data/blob/master/tcl/pd_guiprefs.tcl#L21 > > yes. (as i said: there should be some fallback mechanisms in place). > > >> >>> or probably just remove the lines 72-76 >> >> both options work for me. >> > > thanks for confirming. > i've created a PR [2331] for the fix. > CI-builds should be available soon. > > > [2331] <https://github.com/pure-data/pure-data/pull/2331> -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 5

[PD-announce] Pure Data 0.55-0 test 3 released
by Miller Puckette 03 Jun '24

03 Jun '24

Test 3 is out. This should resolve all the trouble we've had with test2 except that one tester on MacOS is still finding that Pd 0.55 loads way more slowly than 0.54 - I don't see that happening on my machine and I don't know how many machines will be affected... it might take a while to track this one down, but hopefully it won't affect many people. If you _do_ notice longer startup times on MacOS please let me (or the Pd list) know - with more data points it migth be easier for me to replicate the problem for myself. as usual: http://msp.ucsd.edu/software.htm OR https://msp.ucsd.edu/software.htm source on github: https://github.com/pure-data/pure-data cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

5 20

Re: [PD] Raspberry Pi 5 - config.txt (off topic)
by Ingo 02 Jun '24

02 Jun '24

Unfortunately I had not been able to find anything on the official documentation about the PCIe power. That's why I'm asking if anyone knows whether there is a "complete" listing. Unless it is not intended to switch off PCIe power by the Raspberry Pi developpers. I do not think that this documentation is really complete, though. Then again I might be wrong. I don't really want to mess whith these tiny PCIe cables . . . . . . so a software switch would be much better. Thanks anyway! Ingo -----Ursprüngliche Nachricht----- Von: Albert Rafetseder <albert.rafetseder(a)univie.ac.at> Gesendet: Sonntag, 2. Juni 2024 11:51 An: Ingo <ingo(a)miamiwave.com> Betreff: Re: [PD] Raspberry Pi 5 - config.txt (off topic) > Does anyone know where I can find a lsiting of ALL commands for the > Raspberry Pi 5 config.txt? Is the official documentation any good? https://www.raspberrypi.com/documentation/computers/config_txt.html

1 0

Raspberry Pi 5 - config.txt (off topic)
by Ingo 02 Jun '24

02 Jun '24

Sorry for asking some off topic question about the Rasberry Pi 5. Does anyone know where I can find a lsiting of ALL commands for the Raspberry Pi 5 config.txt? I have been unable to find out so far what I'm looking for . . . What I want to do is turning off the power on the RPi 5 PCIe. I need the PCIe powered externally to be able to boot from SATA or USB when not supplying power to the PCIe. Thanks for any suggestions! Ingo

2 1

Re: [PD] [PD-announce] Pure Data 0.55-0 test 3 released
by Dan Wilcox 01 Jun '24

01 Jun '24

To confirm, I also see a slow startup of the GUI with test3 on macOS 14.5 on an M1 Pro. I will take a look at this too... > On Jun 1, 2024, at 12:08 AM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Fri, 31 May 2024 18:12:53 -0400 > From: William Brent <william.brent(a)gmail.com <mailto:william.brent@gmail.com>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] [PD-announce] Pure Data 0.55-0 test 3 released > Message-ID: > <CAGukSDP+=7Yw8ysB_hj5Q-GaK3Uqih7kLfVZ0DmRhY1ApAFK0w(a)mail.gmail.com <mailto:CAGukSDP+=7Yw8ysB_hj5Q-GaK3Uqih7kLfVZ0DmRhY1ApAFK0w@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > Thanks for this new release! Unfortunately, I can confirm the extra startup > delay for macOS... I tested on an M1 machine with 64GB of memory running > macOS 14.5. > > Also, I get the attached popup every time I open the app, even after > clicking "allow." Maybe there's something in macOS preferences that will > suppress it? After clicking "allow," it takes a full 8sec for the Pd window > to appear. I've only timed this casually with my watch at this point, but > after trying multiple times I can say that it's consistently around 8sec > for me here. Pd-0.54-1 consistently springs to life in about 1sec for me. > > I'm happy to run any specific test routines if I can be useful on this. > William -------- Dan Wilcox danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

[PD-announce] Pd 0.55-0 test version released
by Miller Puckette 31 May '24

31 May '24

To Pd-announce: Pd version 0.55-0 test2 is available from http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data There was no "test1" - it never made it through the release process. Also, for Mac users, the app will show up as "Pd-0.55-0test2c" but in fact it's just test2. cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

9 25

pd64 and externals, deken etc?
by Peter P. 30 May '24

30 May '24

Hi list, is double-precision Pd a possible way to get around interpolation artifacts (B16.long-varispeed.pd) for tabread4~ and delread4~? I found out that I can have both, single and double precision Pd, installed in parallel in Debian, thank's to IOhannes clever packaging. >From the few sources explaining pd64 http://puredata.info/downloads/pd-double https://www.katjaas.nl/doubleprecision/doubleprecision.html I suspect that externals have to be compiled for double precision as well? Will I have to install specific externals via Deken or apt then? Are all™ such externals available in both flavours? >From skimming Katja's article, I understand that memory usage of patches in pd64 will be larger than in single precision. Will cpu usage also increase? Thanks for any help understanding this better! cheersz, P

9 24

pd alternatives in Debian?
by Peter P. 26 May '24

26 May '24

Hi list, just curious, what's the rationale to have /usr/bin/pd pointing to /etc/alternatives/pd , which is a symlink to /usr/bin/puredata on Debian? thanks! Peter

2 2

[array] - pointer method
by oliver 22 May '24

22 May '24

Hi, dear list ! I know that there are alternatives to the illustrated problem, but i just wanted to point out (haha), that the "pointer" method for [array] objects is hardly documented and actually seems to be not working at all. While said method works fine for [text], i have to say that [text]'s help patches would also benefit from a demonstration of that feature. I personnaly find it very handy to be able to use [text] (or [array]) for local tasks only without having to worry about naming issues (duplicates etc.). In my attached example, i was working on a simple vanilla-based binary-to-digital converter and i wanted to use [array sum] as a handmade [accum] object. While the "naming" method with array obviously works, the "pointer" method either doesn't or i don't understand it. Thanks for any clarifications (and yes, i am aware of other vanilla and externalized methods to achieve this - but i try to understand [array]'s pointer logic) Best Oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://oliver.klingt.org /////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

2 5

Re: [PD] How to open attachments sent to the list in MacOS?
by Julian Villegas 16 May '24

16 May '24

> 3. How to open attachments sent to the list in MacOS? > (Juli?n Villegas) Just in case someone stumble across the same issue, just adding the extension "pd" to the "bin" extension solves the problem. Benjamin Wesch, thanks for your help!

1 0

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