Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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

Re: [PD] simple dynamic instancing and connection of abstractions

[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

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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

Re: [PD] Pd version 0.52-0test3 released

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

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

I use the "official" JACK distribution installer from 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

Re: [PD] mc – multichannel extension for Pd

I'm hoping to make this part of a major change that will have to introduce a new version of t_signal to hold extra info (overlap factor for sub-blocked windows; separate sample rate and number-of-samples-per-second; at least one additional dimension for multichannel signals and/or images; some

Re: [PD] mc – multichannel extension for Pd

Hello, Yes, thank you Christof for your notices,there are a lot of ideas about PdSnake ( https://git.iem.at/pd/pdsnake/-/blob/master/docs/ , which Miller can laugh about sometimes ;-) We started this repository in case someone want to implement it, maybe a place also for ideas ideas in

Re: [PD] mc – multichannel extension for Pd

Lots of nice ideas! I will definitely look at your abstractions for inspiration. On 09.12.2021 16:34, Thomas Grill wrote: Hi Christof, i didn't know about the initiative, but good that this is on a todo list! Many of your ideas listed here are implemented in my mc project. One drawback is

Re: [PD] mc – multichannel extension for Pd

Hi Christof, i didn't know about the initiative, but good that this is on a todo list! Many of your ideas listed here are implemented in my mc project. One drawback is definitely that the send~/receive~ based architecture can't cope with varying block sizes. There are other problems concerning

Re: [PD] mc – multichannel extension for Pd

The main idea (trick) was to hold an parallel info about a signal which multichannel or not... to be upward compatible and add some multichannel natives object to collect and distribute. FWIW, after talking to Winfried about Pd-snake a while ago, I worked out a backwards compatible

Re: [PD] simple dynamic instancing and connection of abstractions

On 09/12/2021 09:22, Scott R. Looney wrote: 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? There's an issue where messages sent to a switched off vline~ pile up and CPU usage goes up:

Re: [PD] simple dynamic instancing and connection of abstractions

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

Re: [PD] mc – multichannel extension for Pd

Am Sonntag, 5. Dezember 2021, 17:22:44 CET schrieb Thomas Grill: > Hi all, > i'd like to make you aware of an abstraction library i have made because of > working more with multi-channel loudspeaker systems lately. > > Dealing with many parallel signal connections was cumbersome, so i have come >