Pd-list May 2020

pd-list@lists.iem.at

46 participants
55 discussions

[GEM] output gemwin to video file workaround using ffmpeg on macos
by ffdd cchh 02 Jun '20

02 Jun '20

Hi everyone, Is it possible to grab the OpenGL stream with ffmpeg and save to a video file? If so, could anyone point in the right direction as to how to capture the stream opened by Gem? The reason I ask this is that I am looking for ways to render video frames to a file and I have not managed a good result using neither [pix_record] nor [pix_writer]. With [pix_record] I have systematically tried all codecs and colorspaces and I had no luck. With [pix_writer], I did manage high quality frames with the correct colorspace which I then concatenated into a video (with ffmpeg). The drawback I have with [pix_writer] is the time it takes to write, which really complicates audio and video synching. Thanks!! Fede -- fdch.github.io

5 4

Re: [PD] [PD-announce] pd 0.51-0test2 for Macontosh - another try at code signing
by Dan Wilcox 01 Jun '20

01 Jun '20

Back to the original discussion from pd-dev, looking at this: https://cutecoder.org/programming/shared-framework-hardened-runtime/ <https://cutecoder.org/programming/shared-framework-hardened-runtime/> If the externals (aka dynamic libs) are built with a macOS deployment target >= 10.9, then they should work without throwing an error. If they are not or are simply older with an older deployment target, they will run into the loading issue. I had added adhoc code-signing and the disable-library-validation exception entitlement to the app build process, so that should make this work, or at least I thought it would. > On May 30, 2020, at 11:39 PM, pd-list-request(a)lists.iem.at wrote: > > Date: Sat, 30 May 2020 14:36:21 -0700 > From: Kevin Haywood <khaywood(a)ucsd.edu <mailto:khaywood@ucsd.edu>> > To: Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] [PD-announce] pd 0.51-0test2 for Macontosh - another > try at code signing > Message-ID: <59E927A8-BC97-450A-8287-19BACEE2EA99(a)ucsd.edu <mailto:59E927A8-BC97-450A-8287-19BACEE2EA99@ucsd.edu>> > Content-Type: text/plain; charset="utf-8" > > >> On May 30, 2020, at 1:46 PM, Christof Ressi <info(a)christofressi.com <mailto:info@christofressi.com>> wrote: >> >>> For some still-inexplicable reason, my externals started working again in both of these versions of Pd after building and loading a newly-created external. macOS Catalina 10.15.4. >> Newly built externals are not blacklisted. > > > I trust you on that, but loading a newly-created external seems to have resulted in my previously-blacklisted externals also loading with no problem. > > In the case of my externals, I would guess that perhaps this might be because the new and old all used the same signing certificate? But that wouldn't explain my friend’s externals which he compiled. > > So perhaps there’s something else going on which I’ve missed, because no one else has confirmed this yet : \ -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 2

Where to find gem.dll for 64 bit computer?
by Ronni Montoya 31 May '20

31 May '20

Hi, im restarting using puredata and gem in windows. But i cannot find gem.dll compiled for 64 bits. Do anybody know where can i get it? Thanks. R.

4 7

polyblep
by Ed Kelly 31 May '20

31 May '20

I've been working with heavylib recently, and also creb, with anit-aliased oscillators. Can anyone help me work out how I would compute a blep function for a saw/triangle wave where there is adjustable symmetry (like my wavefolding work from 2016) i.e. any angle in the waveform? I need a generalised blep function for any angle of piecewise breakpoint function. Ed _-_-_-_-_-_-_-^-_-_-_-_-_-_-_ For Lone Shark releases, Pure Data software and published Research, go to http://sharktracks.co.uk

2 1

[PD-announce] pd 0.51-0test2 for Macontosh - another try at code signing
by Miller Puckette via Pd-announce 30 May '20

30 May '20

To Pd-announce: Pd 0.51-0test2 is up. It should fix the code signing problem in test1 ofr Macintoshes. No difference from test1 on other OSes. http://msp.ucsd.edu/software.htm cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

6 13

compiling pd-0.51-0test2 on mac os 10.14.6
by hans w. koch 30 May '20

30 May '20

hello, following the friendly nudging from christof, i tried to install a pd-double on my mac. i tried to follow the “install.txt” provided with the pd-0.51-0test2.src.tar.gz i managed to produce an “ordinary” Pd-0.51.0 app…at least something :-) but: what is unclear, 1. at which stage and 2.how i specify, that i want a double pd to result? ./configure ? make? make app? in the mac specific README.txt it says: If you want to build a 64 bit Pd, perform the same steps and use the build-mac64 script: ./build-mac64 0.47-1 which i couldn´t find... thanks for any pointers! hans

2 1

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.
by Dan Wilcox 29 May '20

29 May '20

Y'all: I fixed this months go, it's just not in the current builds (but now in the current master): https://github.com/pure-data/pure-data/pull/838 <https://github.com/pure-data/pure-data/pull/838> Someone sent an email to pd-dev about it, I fixed it, and they tested the fix. If you want to test on Catalina, try the "Pd-0.52-2-signed.zip" on http://docs.danomatika.com/pdbuilds/0.51/ <http://docs.danomatika.com/pdbuilds/0.51/> Also, everyone please stop the constant FUD about forced upgrades. We get it, you use the OS you prefer and I will use the one I prefer. > On May 29, 2020, at 11:41 AM, pd-list-request(a)lists.iem.at wrote: > > Date: Fri, 29 May 2020 11:34:21 +0200 > From: "hans w. koch" <hansw.koch(a)gmail.com <mailto:hansw.koch@gmail.com>> > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] Catalina makes Pd take too long to load externals? + > Other annoyances. > Message-ID: <2778DCC4-504E-4AFA-AFEC-93D3F6068F0C(a)gmail.com <mailto:2778DCC4-504E-4AFA-AFEC-93D3F6068F0C@gmail.com>> > Content-Type: text/plain; charset=utf-8 > > (had replied to this earlier, but to alexandre only, by mistake.) > > that annoying behaviour is called notarization and should protect the galaxy from evil bananas. > the delay could be caused by the notarization process checking against an internal database of good actors and in case there is no entry trying to do so online. > i´ve heard you can kill all this by turning off SIP (sytem integrity protection), but i am on mojave, which is slightly less annoying. > > in addittion, if some brave soul on cataline wants to check if that assumption about notarization is true, there is some info here: > https://forums.developer.apple.com/thread/117896 <https://forums.developer.apple.com/thread/117896> > so the test would be to measure with and without that stuff…but thats certainly not a generally recommandable case. > > best > hans -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 6

Font scaling on Linux
by Nicola Pandini 29 May '20

29 May '20

Hi list, I've read on this list about font scaling issues on linux. What I'm experiencing is a difference in font and box height between Pure Data 0.47.1 (Debian Stretch + tk8.6.6) and Pure Data 0.50.2 (Debian Buster + tk8.6.9) both of two systems have DejaVu installed properly. To put it simple, boxes and fonts are taller in 0.50.2 and that cause my patches to be messed up. I tried to play with font_metric values in pd-gui.tcl, without notable results. I'd like to know if someone has found a solution for this behaviour. Thanks -- Nicola Pandini

3 2

[PD-announce] Pd 0.51-0 test 1 released
by Miller Puckette via Pd-announce 29 May '20

29 May '20

To Pd-announce: Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data The "older machine" compile targets aren't ready yet, just 64-bit ones for OSes less than 10 or 15 years old. _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

5 11

Catalina makes Pd take too long to load externals? + Other annoyances.
by Alexandre Torres Porres 29 May '20

29 May '20

Hey macOS/Catalina people (do we have any here?), I formatted my computer and decided to install Catalina just to test things and now I can't go back. I was forced to stay in the latest release because I can't install XCode from app store in the previous OS, it has to be Catalina... Miller is right to hate mac and windows force pushing upgrades <3 - I might still try to go back and install XCode somehow cause I'm starting to hate a few things - enough ranting! Anyway, I already opened an issue that seems to affect Catalina - https://github.com/pure-data/pure-data/issues/988 - but for that tcl/tk might be the one to hate for. As long as we're at it, do other Catalina users have the same issue there? *Now for the actual subject of the email. I'm finding that externals in Catalina are taking too long to load. Anyone else feels that? It's kind of intermittent. Sometimes it does that, sometimes not... it's happening for me in Pd 0.50-2 and the new 0.51-0-test1 as well.* As for yet another annoyance, Catalina will now say it can't open Pd right out of the box when you download, and it'll even ask you if you want to delete. It does this even if you right click and ask to open it. Previously, you had to right click and ask to open so it would give you an option "do you really want to open this?". Now it just says something like "“Pd-0.50-2” cannot be opened because the developer cannot be verified. macOS cannot verify that this app is free from malware. Chrome downloaded this file today at 22:05 from msp.ucsd.edu." It's only when you say cancel and try that for a SECOND time is that if offers you the possibility to open if you really really want it and changes the warning to *macOS cannot verify the developer of “Pd-0.50-2”. Are you sure you want to open it?*. Not sure if this is a Pd thing or just something stupid that macOS now does for ALL applications. cheers

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 May 2020