Pd-list December 2021

pd-list@lists.iem.at

34 participants
49 discussions

mc – multichannel extension for Pd
by Thomas Grill 09 Dec '21

09 Dec '21

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 up with the mc library in order to abstract multi-channel processing. It consists of pure-Pd abstractions using dynamic object creation and it is NOT related or compatible with the similarly named Max approach. I hope there are no similar libraries out yet, i have not come across anything related. Please check it out at https://github.com/grrrr/mc <https://github.com/grrrr/mc> It is definitely not more than alpha quality and currently has only basic functionality (as much as i have needed so far). But i'd like to put it out to the public since i don't know how much i will be able to work on it, and i'd like to hear about your feedback and suggestions for further functionality. There are rough edges, for example message boxes popping up when closing patches with dynamic modifications, but i am not sure to which extent these effects can be handled on the patcher level. A technical note: The connection logic works both on signal and message connections (the latter over send/receive). In principle message-only would be possible, but signals seem to be necessary for the correct ordering of the message graph. Right now the same information is sent on signals (2 integer numbers per vector: ID and channel count) and messages. There is definitely a lot to optimize, maybe the signal connections can be dummy, without any information sent at all. However, the connection logic overhead seems to be absolutely negligible compared to the DSP load. Please let me know what you think. best, Thomas -- Thomas Grill http://grrrr.org <http://grrrr.org/>

5 9

Re: [PD] simple dynamic instancing and connection of abstractions
by Dan Wilcox 09 Dec '21

09 Dec '21

Howdy Scott, you can do this without dynamic patching using clone and (send~/receive~) or (throw~/catch~) objects. I believe I sent someone an example some months ago but the use case was dynamically routing 8 channel file output to dac~ channels randomly: https://github.com/danomatika/BangYourHead/tree/master/3.Audio/rand8player <https://github.com/danomatika/BangYourHead/tree/master/3.Audio/rand8player> The idea is the same though: abstractions loaded in clone objects which route input to output and apply gain and/or pan, etc in between. To enable/disable, I generally use switch~ plus a gain ramp to avoid clicks. When an abstraction is switched off, you save a good amount of CPU so it's worth adding. You then send control messages into clone with the id or all prepended. If you have gain fading and the timing right, you can avoid clicks when configuring connections on the fly. This approach works well when you know the upper limit of the various components, ie. you have a max of 64 outputs, etc. It is harder if you want true dynamic allocation (although wrapper abstractions help). If you want a deployed example check out the Zirkonium spatialization server: https://github.com/zkmkarlsruhe/ZirkoniumSpatializationServer <https://github.com/zkmkarlsruhe/ZirkoniumSpatializationServer> It has multiple layers which can be dynamically configured: * inputs: adc~ * sourcefiles: up to 8 channels each * ids: maps input or source file channel to spatialized location (ie. vbap gains per speaker) or direct output channel * speaker: virtual speaker, receives spatialized id audio and maps to output * outputs: dac~ By default, there are 64 instances for each layer. There is also a `modularization` branch which abstracts the zirk_server so you can pass the number of layer objects used by clone via creation arguments. This allows for creating more or fewer instances, as needed but not via dynamic patching, ala zirk_server64.pd is just a wrapper for zirk_server.pd with "[zirk_server 64 64 64 64 64]" inside. https://github.com/zkmkarlsruhe/ZirkoniumSpatializationServer/tree/modulari… <https://github.com/zkmkarlsruhe/ZirkoniumSpatializationServer/tree/modulari…> I may make a simpler input -> id -> output example at some point as the Zirkonium server is admittedly overkill to learn from. > On Dec 8, 2021, at 3:16 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Wed, 8 Dec 2021 04:31:03 -0800 > From: "Scott R. Looney" <scottrlooney(a)gmail.com <mailto:scottrlooney@gmail.com>> > To: pd-list <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] simple dynamic instancing and connection of abstractions > Message-ID: > <CAAo07Q0CXKijqfpdnz=HeOajc25+pzcF2QeuDm=96q0ubLX-+g(a)mail.gmail.com <mailto:CAAo07Q0CXKijqfpdnz=HeOajc25+pzcF2QeuDm=96q0ubLX-+g@mail.gmail.com>> > Content-Type: text/plain; charset="utf-8" > > hi folks, since Alexander was just covering dynamic patching in PD on the > puredata.info <http://puredata.info/> site i thought i might inquire about options for dynamic > patching. i've perused a few libraries like iemguts, and a new one called > clj-puredata using Clojure. i sent this to the dev about my use case and i > thought i'd post it here for some advice: > > i want the player/user to be able to dynamically add or remove instruments > from a patch that is already loaded, in a live performance situation. > > i'm planning to have a master module patch with 8 slots for 8 instruments > with approximately 10 control inlets and 2 signal outlets. i have currently > 3 unique instruments to load, and planning on more. all of the instruments > have exactly the same amount of inlets/outlets. all i need to do is load > them up, hook the I/O up to the slot, and delete them when desired. the > instruments will be abstractions, not subpatches. > > i would just need a way for the slot to know when an abstraction is loaded > or deleted. i can uniquely name each slot if that would work better for > this, though i could probably have a flag, number or string indicating what > state the slot is in - like 'add', 'remove', 'active' and 'disabled' or > whatever. > > i have briefly watched a bit of the Youtube video on dynamic patching, but > rather than roll my own i thought i'd inquire about libraries or externals > that could handle it. i think iemguts can handle the querying it seems, but > the docs don't make it clear how objects (abstractions) are instanced and > deleted or connected. i don't need to move anything - just load and connect > an abstraction directly under a slot or delete it. any help appreciated! > > scott -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 4

Re: [PD] Pd version 0.52-0test3 released
by Alexandre Torres Porres 09 Dec '21

09 Dec '21

cool, now your emails are coming through :) mac downloads on your site are confusing there are 4 downloads - compiled for Macintosh OS 11 or later <http://msp.ucsd.edu/Software/pd-0.52-0test3.macos.zip> <http://msp.ucsd.edu/Software/pd-0.52-0test3.macos.zip>- compiled for Macintosh OSX 9 or 10 <http://msp.ucsd.edu/Software/pd-0.52-0test3-macosx7.mac.tar.gz> - 32-bit ("i386") Macintosh version for OSX 10.6 or later; can load old, 32-bit external libraries <http://msp.ucsd.edu/Software/pd-0.52-0test3-i386.mac.tar.gz> - 64-bit Macintosh version for OSX 10.6 or later <http://msp.ucsd.edu/Software/pd-0.52-0test3-macosx7.mac.tar.gz> I have 10.14.16 and could download and use the one compiled for OS 11 just fine. The one that says it's compiled for "OSX 9" doesn't seem right - OSX9 is long gone and it'd have to be compiled just for it. This one also uncompresses to a confusing Pd-0.52-0test3-*macosx7* file. And the one compiled to "64-bit Macintosh version for OSX 10.6 or later" also uncompresses to this same file name. Ayway, I can use this one too as well as the 64 bit for OSX 10.6 or later. So do we really need these 3? cheers Em seg., 6 de dez. de 2021 às 03:44, Miller Puckette via Pd-announce < pd-announce(a)lists.iem.at> escreveu: > To Pd announce: > > Pd 0.52-0 test3 is out on the usual site: > > http://msp.ucsd.edu/software.htm > > or (source only) 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 > > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

3 11

simple dynamic instancing and connection of abstractions
by Scott R. Looney 08 Dec '21

08 Dec '21

hi folks, since Alexander was just covering dynamic patching in PD on the puredata.info site i thought i might inquire about options for dynamic patching. i've perused a few libraries like iemguts, and a new one called clj-puredata using Clojure. i sent this to the dev about my use case and i thought i'd post it here for some advice: i want the player/user to be able to dynamically add or remove instruments from a patch that is already loaded, in a live performance situation. i'm planning to have a master module patch with 8 slots for 8 instruments with approximately 10 control inlets and 2 signal outlets. i have currently 3 unique instruments to load, and planning on more. all of the instruments have exactly the same amount of inlets/outlets. all i need to do is load them up, hook the I/O up to the slot, and delete them when desired. the instruments will be abstractions, not subpatches. i would just need a way for the slot to know when an abstraction is loaded or deleted. i can uniquely name each slot if that would work better for this, though i could probably have a flag, number or string indicating what state the slot is in - like 'add', 'remove', 'active' and 'disabled' or whatever. i have briefly watched a bit of the Youtube video on dynamic patching, but rather than roll my own i thought i'd inquire about libraries or externals that could handle it. i think iemguts can handle the querying it seems, but the docs don't make it clear how objects (abstractions) are instanced and deleted or connected. i don't need to move anything - just load and connect an abstraction directly under a slot or delete it. any help appreciated! scott

2 1

Re: [PD] [PD-announce] Pd version 0.52-0test3 released
by William Brent 08 Dec '21

08 Dec '21

Unfortunately, that build is showing up as "damaged" for my students on Mac OS Mojave and Big Sur, only offering the option of moving it to the trash (see the attached screenshot). Even the usual route of doing a right-click/open on the app leads to the same message, and in the Mac OS security preferences it never offers the option to approve opening the app. I can get them to successfully launch it from the command line by having them navigate to the pd binary in the app bundle though. Or of course, just build from source themselves. Not sure how important this is to others but I'm doing a lot of work with JACK in my classes and nearly all of my students are on Mac OS. On Tue, Dec 7, 2021 at 7:40 PM Miller Puckette <msp(a)ucsd.edu> wrote: > Dan Wilcox has a build againset the new Jack: > > http://docs.danomatika.com/pdbuilds/0.52/Pd-0.52-0-universal-jack.zip > > (I think I need to include that in the (growing) list of compiled versions > on my site, hmm...) > > cheers > Miller > > On Mon, Dec 06, 2021 at 04:31:32PM -0500, William Brent wrote: > > Very glad to be getting closer to 0.52-0! Once you're out of testing, > will > > the final Mac OS version be compiled against the latest JACK 1.9.19? > > > > On Mon, Dec 6, 2021 at 1:44 AM Miller Puckette via Pd-announce < > > pd-announce(a)lists.iem.at> wrote: > > > > > To Pd announce: > > > > > > Pd 0.52-0 test3 is out on the usual site: > > > > > > http://msp.ucsd.edu/software.htm > > > > > > or (source only) on github: > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_pure-2Ddata… > > > > > > cheers > > > Miller > > > > > > > > > > > > _______________________________________________ > > > Pd-announce mailing list > > > Pd-announce(a)lists.iem.at > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_li… > > > > > > _______________________________________________ > > > Pd-list(a)lists.iem.at mailing list > > > UNSUBSCRIBE and account-management -> > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_li… > > > > > > > > > -- > > William Brent > > > > “Great minds flock together” > > Conflations: conversational idiom for the 21st century > > > > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.conflations.com&d=D… > -- William Brent “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

sending messages instead of signals to dac~
by Peter P. 06 Dec '21

06 Dec '21

Dear Pd-list I noticed a funny behavior when sending messages to dac~'s inlet: sending a number, eg "1" to its inlet will not produce a corresponding DC signal at Pd's audio output. The DC signal is output when I delete this message. Steps to reproduce: Start Pd and create an empty patch and turn on DSP. Create [dac~] create a [1 < message connect it to one inlet of [dac~] Send the message to [dac~]. Note that no click is audible. Then select the message and hit backspace. Click! Signal is output. This only occurs the first time. Is this know, explainable and does it "mean" something? ;) cheersz, P

4 7

use case for dbtopow~?
by Peter P. 06 Dec '21

06 Dec '21

Hi list, I can't imagine a possible use case for the dbtopow~ conversion object and am curious. Does anyone have an example? thanks/best, P

1 0

[PD-announce] Pd version 0.52-0test3 released
by Miller Puckette via Pd-announce 06 Dec '21

06 Dec '21

To Pd announce: Pd 0.52-0 test3 is out on the usual site: http://msp.ucsd.edu/software.htm or (source only) 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

1 0

[PD-announce] Cyclone 0.6-0 is out!
by Alexandre Torres Porres 06 Dec '21

06 Dec '21

Cyclone 0.6-0 is out! It needs at least Pd 0.52 (still at a test release, I know), but you'll be just fine if you're still in Pd 0.51 Get it from here or via deken. https://github.com/porres/pd-cyclone/releases/tag/cyclone_0.6-0 ----------------------------------------------------- CHANGELOG: ----------------------------------------------------- - [cyclone] (binary/lib) fixed checking minimum Pd version - [buffer~] added support to .caf files (thanks to updates in soundfiler for Pd 0.52-0) - [comment] thanks to updates in Pd 0.52-0 we can now fully support natively italic variants of DejaVu Sans Mono - [record~]: fix arg loading (allowing $1) - [play~]: fix arg loading (allowing $1) - [wave~]: fix arg loading (allowing $1) - [mtr]: fix recording bangs, anythings and lists that start with a symbol (this object hasn't been updated to MAX 7 and we just realized that - it's the only one in cyclone that got no updates at all, hopefully we'll get to it) - [seq]: - Partially updated to MAX 7 (finally) added new 'clear'/addeventdelay messages from MAX 7, but we haven't added the float argument to 'write' message so it forces saving files with separate tracks. - Fixed 'tick' message where the first message after 'start -1' wouldn't count. - 'read' message now warns when file is not found, same for file argument. - The "end of track" byte is now found and respected. - Opening files while reading an old one now restart from the beginning. - The 'print' message was fixed to show absolute time values like in MAX. - Extra feature of the display/editor window via clicking was restored back (it had been removed n the cyclone 0.3 experimental phase) - Times in the edit window are now displayed in absolute as it's the standard for 'print' in MAX and the text file (therefore it was considered a bug). - Improved the edit window behaviour, now clicking on the object raises and focuses on the window if it's already opened. The contents are also updated on the opened window when changed. - Improved documentation significantly, added examples for all messages and we also explain now how to save and load text files and its format. _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] 0.52.0test2: window jitter on (Mac OS)
by Philip Stone 05 Dec '21

05 Dec '21

Hi Iohannes, What I called “visual flutter” does indeed sound like the github issue you referenced – it is the scrollbars that are flashing when one transitions from floating over an object to not floating over it. I’ve never compiled Pd before, but maybe this is an opportunity to learn. If I can figure it out, I’ll do it and report. Best, Phil Date: Sun, 5 Dec 2021 00:15:20 +0100 From: IOhannes m zm?lnig <zmoelnig(a)iem.at> To: pd-list(a)lists.iem.at Subject: Re: [PD] 0.52.0test2: window jitter on (Mac OS) Message-ID: <38f6fbe3-3a3b-b5a9-6625-260a89311edb(a)iem.at> Content-Type: text/plain; charset="utf-8"; Format="flowed" On 12/4/21 23:20, Dan Wilcox wrote: > Howdy Phil, > > this may be related to a reported GOP performance problem with test2, so I copied your report to the issue on Github: it might also be related to the scrollbar glitches reported in [1410] (it's kind of hard to tell what "visual flutter" really means here). in any case, both issues ought to be fixed in current 'master' branch (no pre-release yet). @phil so if you are up to compiling you might give it a try... gfmds IOhannes [1410] https://github.com/pure-data/pure-data/issues/1410 ****************************************

2 3

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 December 2021