Pd-list January 2022

pd-list@lists.iem.at

38 participants
55 discussions

[sfinfo~]
by Pierre Alexandre Tremblay 28 Jan '22

28 Jan '22

Hello again So I was missing an object that is quite useful when dealing with audio files in batches. Attached is the ugly file in progress to read (with [file]) the header of audio files and demingle it to get the number of channels and number of frames and sampling rate… what the Max object [sfinfo~] does. Now I notices that the pd API offers me the headers to recode it in C - so I have 2 options here - I don’t bother anyone and I coder it as fluid.sfinfo - I code it as [sfinfo~] and make a PR and pray that the dev gods pick on it and in the meantime I just include my PR version. I looked in decken and couldn’t find that string (soundfile, sound file, etc) so I’m pretty sure it is not there. In all cases this is a very useful object to have. I offer my pd attempt in sacrifice to the people who want to have a laugh. It kind of works… but that ‘extended’ format (80 bit float anyone?) is a pain to detangle :)

6 12

Re: [PD] A quick question - a bug or me?
by Dan Wilcox 28 Jan '22

28 Jan '22

Pd tries to use the same standard font across all platforms as of around 0.48 or 0.49. In 0.52, we now included the italic and bold versions of DejaVu Sans Mono as well. On macOS, we use a DVSM derivative, Menlo, which is included on the system itself. Details are here: https://github.com/pure-data/pure-data/tree/master/font <https://github.com/pure-data/pure-data/tree/master/font> The result is that if you make a patch on one system with the standard font and open it on another with the same or ver similar (macOS)-sized font, the rendering should be very close. The relative sizing of objects and GUIs should be very similar, however not *pixel-perfect*. This is down to small differences in how Tk renderings things on the canvas via the underlying system graphics frameworks. We also imported the tried-and-true object sizing tweaks honed in pd-extended around the same time to help ensure more consistent sizing. That being said, I would basically suggest approach layouts with a bit of padding here and here and don't overlying focus on exact pixel alignment of things. GOPs are generally fine regarding sizing etc. There is also a text patch with all the GUIs you can use to compare on different systems: Help->Browser : Pure Data/7.stuff/tools/sizingtest.pd I would also ask Alex and the cyclone team as they have deployed a standard help-file format and pushed for some of the required changes in this area. > On Jan 27, 2022, at 8:06 PM, pd-list-request(a)lists.iem.at wrote: > > (Ps any pointer on how to unify looks between OSes welcome - I found some online, mostly moaning about fonts :) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 6

Re: [PD] pd 0.52-0 test 4 released
by Dan Wilcox 28 Jan '22

28 Jan '22

# macOS universal build status clarification Ok, my intention was not to spread confusion, so let me rephrase I wrote previously: I have been compiling universal (x86_64 + arm64) builds of both Pd and Tk 8.6.12 for some months in the fall of 2021. It was working ok, more or less, after some adjustments to the build scripts. In late November / early December as finalization of the 0.52 release was upon us, I noticed that suddenly builds of Tk on my system ended with a non-working Wish.app and subsequent Pd.app. I believe this is when I was making test builds linking the newer JACK macOS distribution. I provided an arm64-only build instead as a work-around, then came holiday time and weeks of our whole family being sick so I haven't done any further development in detail since. I believe this was also noticed on the IEM CI build setup, but perhaps I am remembering it incorrectly. In no way do I imply that we cannot have a universal build, only that it wasn't working for me at a moment when we wanted to make a release. The fix is more less when IOhannes (or whoever) can implement A1 (update the build system to a newer version of Xcode/CLITools). # included pre-built Wish.app needs to be updated I agree with A2 (don't build Tk every time), however then the included pre-build Wish.app also needs to be updated so everyone gets a *canonical* version from make app. As it is now, the current pre-built wish is 8.6.10 which has numerous small issues on macOS 12 systems, one of which I pointed out on a GitHub issue: black header bars on a table view. For every release which requires rebuilding or updating the Wish.app used to make the App .app bundle on macOS, this wish needs to be included in the repo and replace the previous version. If we need two separate tarballs ala one for "old systems" from Miller's build setup and one for "newer systems" for the IEM CI setup, so be it. We can then modify the build system to detect the macOS version on the build system and use the appropriate Wish tarball. In either case, the point is that users do not need to build Tk to get a working Pd .app *and* everyone is using the same nominal Tk frameworks. I believe I've stressed this before but perhaps it should be added to the release notes as an important step since I'm not involved in making the actually release zips or dmgs. > On Jan 25, 2022, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Mon, 24 Jan 2022 17:56:40 +0100 > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] pd 0.52-0 test 4 released > Message-ID: <36ca2d0c-f6bc-764a-32f0-cdae73d16a44(a)iem.at <mailto:36ca2d0c-f6bc-764a-32f0-cdae73d16a44@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 1/24/22 17:18, Dan Wilcox wrote: >> There was an issue with building Tk Wish 8.6.12 as a universal build which stopped this for now. > > no. > this is not really true, and more importantly i think it spreads confusion. > > the truth (according to john) is: > - for newer macOS versions, miller uses binaries produced by the iem-ci > - the iem-ci currently does not build arm64 binaries > - simply because the XCode version installed there is too old > - this means that Pd-core (on the downloads) is only x86_64 > - the iem-ci does not build Tcl/Tk *at all* > - instead it uses a pre-built binary (similar to the one found in > mac/stuff.tgz) > - this pre-built blob is Tcl/Tk-8.6.12 and it is a universal build > for arm64 and x86_64 > > > this raises the following questions: > Q1: why is the iem-ci not updated to a newer XCode that allows to build > arm64 binaries for macOS? > A1: because I haven't found the time yet to do so > > Q2: why isn't Tcl/Tk build along with Pd > A2: because I don't want our CI to spend time compiling a helper library > that we is not actively developed by *us* > > > because of the situation with the externals, i do not consider the > current situation extremely bad. > > > gfdmst > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

A quick question - a bug or me?
by Pierre Alexandre Tremblay 28 Jan '22

28 Jan '22

Sooooo I am fighting the fight of trying to unify the look of my helpfiles across the 3 oses… and I think I got a bug but I cannot trace where it is. To get the latest version I had to compile on Ubuntu (the apt is stalled at 0.50). It works but when I load the attached file in Ubuntu 18, I get > corrupted size vs. prev_size > Pd: signal 6 > watchdog: signaling pd... (multiple times until I force quit) and when I load the exact same patch in the same binary on Ubuntu 20 I get: > malloc(): invalide next size (unsorted) > Pd: signal 6 > watchdog: signaling pd... (multiple times until I force quit) I am trying to identify what I do wrong but any hint welcome before I do a bug report that is so vague it is useless… The said file renders fine in Windows and MacOS. Thanks! pa (Ps any pointer on how to unify looks between OSes welcome - I found some online, mostly moaning about fonts :)

3 10

Re: [PD] pd 0.52-0 test 4 released
by Dan Wilcox 26 Jan '22

26 Jan '22

Hah probably true. For me it's fine as I don't use many externals and build those I do use myself. > On Jan 24, 2022, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Sun, 23 Jan 2022 19:55:38 +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> > Subject: Re: [PD] pd 0.52-0 test 4 released > Message-ID: <05EE837F-94C2-4E9B-879E-0C384DD06C14(a)iem.at <mailto:05EE837F-94C2-4E9B-879E-0C384DD06C14@iem.at>> > Content-Type: text/plain; charset=utf-8 > > Am 23. J?nner 2022 18:42:18 MEZ schrieb Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>>: >> cool, thanks, can't we upload this to miller's site? >> > > Last time I checked, there was a total of 0 (zero) compiled externals available on deken for this architecture... > > afaict that would give a somewhat lousy UX > > > mfg.sfg.jfd > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 3

externals not added to help browser Pd 0.52.1
by Samuel Burt 24 Jan '22

24 Jan '22

Hi, list. Problem: I can download externals with deken and load them in Pd, but they don't show up in the Help Browser even after restarting Pd. Context: I installed 64-bit Pd from source with jack support on Pop!_OS 21.10, 64-bit running GNOME 40.4.0. I compiled it with autotools and my only tweak was adding jack support. Path is set to look in ~/Documents/Pd/externals as my Externals Install Directory. Everything works including jack except for showing help patches for external libraries in the help browser. I can open them with the file menu, of course. Any ideas about how to fix this? Sam

1 1

Re: [PD] pd 0.52-0 test 4 released
by Dan Wilcox 24 Jan '22

24 Jan '22

Yes, a new universal build can work and I have several older test builds of such. There was an issue with building Tk Wish 8.6.12 as a universal build which stopped this for now. The issue may be fixed in newer Xcode versions, I'm not sure yet. In any case, I was not able to make a working universal build, so I've been using arm64-only builds personally. There is a thread somewhere on this, probably on Github. In the end, the build server setup which makes the builds for "newer macOS systems" just needs to be tweaked so the core is configured as a universal build which also requires a new enough Xcode/CLITools. > On Jan 24, 2022, at 5:02 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Mon, 24 Jan 2022 16:47:54 +0100 > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] pd 0.52-0 test 4 released > Message-ID: <f8b5a35eb64407991c93f85e50bcb59ee134717f.camel(a)gmail.com <mailto:f8b5a35eb64407991c93f85e50bcb59ee134717f.camel@gmail.com>> > Content-Type: text/plain; charset="utf-8" > > On Sun, 2022-01-23 at 19:55 +0100, IOhannes m zm?lnig wrote: >> Am 23. J?nner 2022 18:42:18 MEZ schrieb Alexandre Torres Porres < >> porres(a)gmail.com <mailto:porres@gmail.com>>: >>> cool, thanks, can't we upload this to miller's site? >>> >> >> Last time I checked, there was a total of 0 (zero) compiled externals >> available on deken for this architecture... >> >> afaict that would give a somewhat lousy UX > > Can universal binaries of externals be built on Intel Macs? Xcode > documentation [1] suggests it depends on the Xcode version installed. > But then again, can I install the necessary Xcode version on - say - > 10.15 (Catalina)? > > I know I can figure out these things when I have a access to such a > system, but am curious to hear about people's experiences. > > Roman -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 2

Re: [PD] pd 0.52-0 test 4 released
by Dan Wilcox 24 Jan '22

24 Jan '22

Yup, there is no x86_64 emulation happening through Apple's "Rosetta2" layer. Better still, when Rosetta2 is removed in macOS 14 or 15 (likely), Pd will still run. :) I know I'm late to the party but... thanks for the release, all! I will dig into it soon and hopefully finish off a few remaining things for a libpd release soon. > On Dec 17, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 3 > Date: Thu, 16 Dec 2021 09:09:41 -0800 > From: Miller Puckette <msp(a)ucsd.edu <mailto:msp@ucsd.edu>> > To: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > Cc: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] pd 0.52-0 test 4 released > Message-ID: <Ybty1cKcXKf4+aVJ(a)ucsd.edu <mailto:Ybty1cKcXKf4+aVJ@ucsd.edu>> > Content-Type: text/plain; charset=us-ascii > > Iohannes's builds are compiled for both IA64 and arm64. Incidentally, i heard > from one informal tester that the arm64 version runs way faster in an M1 machine > than the older ia64-only builds. No surprise there, but nice to hear. > > cheers > M -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 9

A strange question (yet again)
by Pierre Alexandre Tremblay 22 Jan '22

22 Jan '22

Sorry again for my obsessions with pd-vanilla which makes everything harder - this one might be impossible! I’m trying to draw a spectrogram in pd-vanilla to match our waveform visualisation options in FluCoMa for Max and SuperCollider. I saw the example with the peaks in the documentation, and did myself a sort of grid of objects (arrays) but the former is not precise enough and the latter was clogging the machine as you might imagine… As I am not the best Pd coder, although getting less worse by the day thanks to you all, I just want to confirm that it is definitely no possible in any other way than doing the structure of arrays of rectangles. Any pointer welcome (pun intended again) p

7 16

Click Tracker - Version 2.2 is out!
by João Pais 21 Jan '22

21 Jan '22

Dear List, Version 2.2 of the Click Tracker is out. The new features are tempi with different base units, Audio Status window with output control in standalone version, and improvements in Max GUI feedback. This version was generously supported by Stefan Prins (http://www.stefanprins.be/) As in the previous version, you can use in any of the following ways: - as an android app (https://bit.ly/click-tracker-mob or https://bit.ly/clicktracker-playstore) - as a closed desktop app in windows (http://bit.ly/ClickTracker2-2win) or apple (http://bit.ly/ClickTracker2-2Apple) Due to Apple's recent security settings, you'll need to allow the Pd and other externals to run on your system. WARNING: M1 users will need to run the program with Rosetta. - as the traditional Pure Data patch (http://bit.ly/clicktrackerv2-2) - as a Max/MSP patch in windows (http://bit.ly/ClickTracker2-2MaxWin) or apple (http://bit.ly/ClickTracker2-2MaxApple) For more information, refer to the Click Tracker's website at http://j.mp/click-tracker. You can also visit the Click Tracker on facebook - http://j.mp/clicktrackerfb, or check out the click track library in http://jmmmp.github.io/clicktracker/index-library. With best regards, João Pais -- Click Tracker Mobile -https://bit.ly/click-tracker-mob Click Tracker Website -http://j.mp/click-tracker Click Tracker Library -https://bit.ly/ClickTrackerLibrary Facebook -http://j.mp/clicktrackerfb

2 1

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 2022