Re: [PD] [PD-announce] pd 0.51-0test2 for Macontosh - another try at code signing

Em sex., 29 de mai. de 2020 às 23:22, Miller Puckette via Pd-announce < pd-annou...@lists.iem.at> escreveu: > To Pd-announce: > > Pd 0.51-0test2 is up. It should fix the code signing problem in test1 ofr > Macintoshes. More precisely, Macs on Catalina. For me, it still asks to throw pd into

[PD] [PD-announce] pd 0.51-0test2 for Macontosh - another try at code signing

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-annou...@lists.iem.at

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

On 5/29/20 6:57 PM, Miller Puckette via Pd-list wrote: > Hmm - this (PR 838) should be merged in master and incorporated in the > 0.51-0test1 build - if it isn't I need to go back and try again. it looks pretty merged to me. fgmafds IOhannes signature.asc Description: OpenPGP digital

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

Hmm - this (PR 838) should be merged in master and incorporated in the 0.51-0test1 build - if it isn't I need to go back and try again. thanks Miller On Fri, May 29, 2020 at 12:35:45PM +0200, Dan Wilcox wrote: > Y'all: I fixed this months go, it's just not in the current builds (but now > in

Re: [PD] Font scaling on Linux

Em sex., 29 de mai. de 2020 às 14:22, Christof Ressi escreveu: > they should finally look the same on all systems. > well, almost the same :) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] Font scaling on Linux

Somewhere between 0.47 and 0.50 the font rendering has been unified across Windows, macOS and Linux. Patches might look a bit different than before, but the important thing is that they should finally look the same on all systems. Christof On 29.05.2020 18:45, Nicola Pandini wrote: Hi list,

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

Em sex., 29 de mai. de 2020 às 13:05, Dan Wilcox escreveu: > If you have an Apple Developer account, you can download old versions of > Xcode > that's a great tip, thanks, but I don't have and wouldn't like to pay for that ___ Pd-list@lists.iem.at

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

Em sex., 29 de mai. de 2020 às 07:35, Dan Wilcox escreveu: > 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 > just let me get it straight, so it's still not working in the build for

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

If you have an Apple Developer account, you can download old versions of Xcode back to 3.0 or so. You have to login to the developer site and find the Downloads section. > On May 29, 2020, at 6:02 PM, Alexandre Torres Porres wrote: > > I need XCode to compile Pd and my externals, I was forced

Re: [PD] [GEM] output gemwin to video file workaround using ffmpeg on macos

For me on OSX syphon + syphon recorder works best. Antoine Villeret schrieb am Fr., 29. Mai 2020, 10:54: > Hi, > > what about using a screen casting tool ? they are usually made for gaming > and thus optimized for real time performance. > On macos, quicktime player is a pretty simple solution

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

Also, everyone please stop the constant FUD about forced upgrades. +1 I don't really see how Windows or macOS force anyone to upgrade the OS. You can still use your favourite 20 year OS, just don't expect to get security updates or run recent software. Are *we* forcing people to upgrade

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

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 Someone sent an email to pd-dev about it, I fixed it, and they tested the fix. If you want to

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

Hello list, Thanks Miller and all other people involved for this new release ! ++ Jack Le 28/05/2020 à 22:08, Miller Puckette via Pd-announce a écrit : > To Pd-announce: > > Pd version 0.51-0test1 is available on http://msp.ucsd.edu/software.htm > or (source only) via github:

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

thanks for nudging my laziness…i´ll give it a spin :-) hans > Am 29.05.2020 um 11:31 schrieb Christof Ressi : > >> so far i compiled nicolas danets “spaghettis” pd fork >> (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try >> and compile pd myself. >> unless some kind

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

(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

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

so far i compiled nicolas danets “spaghettis” pd fork (https://github.com/Spaghettis/Spaghettis), but i guess its now time to try and compile pd myself. unless some kind and more knowledgable soul provides a binary for mac, hint, hint :-) If you managed to compile "spaghettis" from source,

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

thanks, christof, that makes sense. a more general question: is that the plan for a transisiton period or will it stay that way for the foreseeable future? apart from the obvious profits for the playback of longer soundfiles and the ones specified in katjas research some time ago

Re: [PD] [GEM] output gemwin to video file workaround using ffmpeg on macos

Hi, what about using a screen casting tool ? they are usually made for gaming and thus optimized for real time performance. On macos, quicktime player is a pretty simple solution for that. The only drawback I saw is that you're stuck with the rendering window size since the tool grab a part of

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

Hi Hans, it means that Pd can be compiled -DPD_FLOATSIZE=64, so it will use 64-bit doubles instead of 32-bit floats everywhere, and all built-in objects should still work as expected. This has advantages (better precision/stability for certain filters, large precise table indicies, etc.)

Re: [PD] Catalina makes Pd take too long to load externals? + Other annoyances.

Not sure if this is a Pd thing or just something stupid that macOS now does for ALL applications. https://appleinsider.com/articles/19/12/23/apple-will-enforce-app-notarization-for-macos-catalina-in-february Welcome to macOS Catalina :-) Christof On 29.05.2020 03:16, Alexandre Torres Porres

Re: [PD] [GEM] output gemwin to video file workaround using ffmpeg on macos

hello, The open GL rendering is made in the GPU. grabbing the images by the CPU in order to compress them and to record them in the HDD is a slow operation. I think some software are able to compress the image in the GPU in order to grab a smaller file, but Gem don't. So, there is not a lot's

Re: [PD] [PD-announce] Pd 0.51-0 test 1 released

excited about that release, thanks to all involved! > * maybe mention that Pd is now double precision ready? what does that exactly mean? is it in, but not enabled or is it a subset? ( certainly its not a marketing scam as these tv sets labeled “HD ready” :-) thanks for clarification, hans