Pd-list April 2019

pd-list@lists.iem.at

47 participants
56 discussions

[PD-announce] ELSE and Live Electronics Tutorial updated
by Alexandre Torres Porres 22 Apr '19

22 Apr '19

Howdy, I have big updates to the ELSE library and my Live Electronics Tutorial! Raspberry Pi binaries for ELSE are still missing, but it'll be up soon. Find available releases on github while they don't show up in deken.: https://github.com/porres/pd-else/releases/tag/v1.0-beta18 <https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fporres%2Fpd-else%…> There are 30 new objects in ELSE. This is the first release over 300 objects and there's already 324 of them! I'm shocked on how much it's growing... I realize now how this library is unique in the number of objects towards DSP and audio processing. There are 219 tilde objects, that's more objects than Pd itself has, or all of cyclone... So, what's the most exciting new stuff? - There's a bunch of reverb objects here - [mono.rev~], [stereo.rev~], [echo.rev~], [giga.rev~], [free.rev~] (check also [fdn.rev~] which wasn't really ready). - There are a few dynamic processors as well: [compress~], [duck~] and [expand~]. - A couple of FX like [chorus~] and [phaser~]. - A [spectrograph~] object. - Some objects that deal with lists ([regroup], [pick], [sort], [scramble], [merge], [unmerge] & [rand.seq]). - A [trigger2] object that behaves like [trigegr] in Purr Data and Max, that people from time to time request to be in Pd as well (if Pd's trigger includes such functionalities, I'll delete this object). Check complete changelog here: https://github.com/porres/pd-else/releases/tag/v1.0-beta18 <https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fporres%2Fpd-else%…> . As usual, I have breaking changes while we're at the beta stage. As for my Live Electronics tutorial, which is based on this library, most of the changes reflect the new objects from the ELSE library. So then, most importantly, the reverb section just got a major upgrade. I'm also now including an appendix with s quick start on Data Structures! Check it out at https://github.com/porres/Live-Electronic-Music-Tutorial/releases/tag/v1.0-… <https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fporres%2FLive-Ele…> cheers _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

cut and paste bug with [clone] object
by Matt Davey 21 Apr '19

21 Apr '19

Have noticed this bug a few times now: 1) Go inside a [clone] patch, and copy one of its objects. 2) Save the clone patch. 3) Paste the clipboard to a new patch somewhere. - The parent clone patch will be pasted, not the object which was originally copied.

2 1

ot: ambisonics/surround
by michael strohmann 19 Apr '19

19 Apr '19

Hello! i am looking for a mailing list / forum centered around ambisonic and surround audio. since the IEM Graz is very prominant in that field i hoped that there might be something similar to this marvellous pd-list. any suggestions? thanks! mkl

2 1

Fwd: Directory of opened patch
by sebfumaster＠aol.com 19 Apr '19

19 Apr '19

Hi, There's an object [rootinfo] in my library that gives the path, name and "parent level" of the root canvas https://github.com/sebshader/shadylib& there's also [ggee/getdir] which gives the path of the "parent level" provided in the argument -Seb -----Original Message----- From: Philip Stone <pkstone(a)ucdavis.edu> To: pd-list(a)lists.iem.at <pd-list(a)lists.iem.at> Sent: Thu, Apr 18, 2019 1:12 pm Subject: [PD] Directory of opened patch #yiv5827315665 #yiv5827315665 #yiv5827315665 -- filtered {panose-1:2 4 5 3 5 4 6 3 2 4;}#yiv5827315665 filtered {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv5827315665 p.yiv5827315665MsoNormal, #yiv5827315665 li.yiv5827315665MsoNormal, #yiv5827315665 div.yiv5827315665MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;font-family:sans-serif;}#yiv5827315665 a:link, #yiv5827315665 span.yiv5827315665MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv5827315665 a:visited, #yiv5827315665 span.yiv5827315665MsoHyperlinkFollowed {color:#954F72;text-decoration:underline;}#yiv5827315665 span.yiv5827315665EmailStyle17 {font-family:sans-serif;color:windowtext;}#yiv5827315665 .yiv5827315665MsoChpDefault {font-family:sans-serif;}#yiv5827315665 filtered {margin:1.0in 1.0in 1.0in 1.0in;}#yiv5827315665 div.yiv5827315665WordSection1 {}#yiv5827315665 #yiv5827315665 I’m trying to figure out how to use [loadpanel] to load a data file from a subdirectory of a patch, and I’m trying to make this patch and its auxiliary files distributable, so I don’t want to have to use absolute paths. I’ve searched the archives on this, and there was a recent discussion about how passing [symbol .( to [loadpanel] didn’t open the filesystem at a particularly useful (or at least, consistent between platforms) starting directory. What I understand from that discussion is that there is still no way to obtain the current patch’s starting directory to enable relative-path loading. Is that correct? If not in vanilla, are there any externals? Phil Stone UC Davis _______________________________________________ Pd-list(a)lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

1 0

Directory of opened patch
by Philip Stone 18 Apr '19

18 Apr '19

I’m trying to figure out how to use [loadpanel] to load a data file from a subdirectory of a patch, and I’m trying to make this patch and its auxiliary files distributable, so I don’t want to have to use absolute paths. I’ve searched the archives on this, and there was a recent discussion about how passing [symbol .( to [loadpanel] didn’t open the filesystem at a particularly useful (or at least, consistent between platforms) starting directory. What I understand from that discussion is that there is still no way to obtain the current patch’s starting directory to enable relative-path loading. Is that correct? If not in vanilla, are there any externals? Phil Stone UC Davis

2 2

Bug Report/Feature Request: trigger should work like pack
by William Huston 15 Apr '19

15 Apr '19

Someone on the Facebook group was asking why [t 30 50 90] does not work as expected. Considering how [pack] works, I tend to agree. I propose to change trigger as follows: - 1: make literals work similar to [pack]. If given a bang, then send the each literal to corresponding output. - 2: Allow [trigger] to accept a list. If there is one element, then distribute to all "f" | "floats" as the present behavior. If there are multiple elements, then distribute similar to pack. This illustrates the problem:[image: pure data trigger floats2.jpg] IMHO, this would be much more intuitive (to make pack and trigger behave similarly), and also it would make trigger much more useful. Thoughts? BH -- William Huston: WilliamAHuston(a)gmail.com Binghamton NY *Public Service Mapping / Videography / Research / Education / Safety Advocacy* Blog <http://WilliamAHuston.blogspot.com> -- Facebook <http://facebook.com/billhuston> -- Twitter <http://twitter.com/WilliamAHuston>-- Youtube <https://www.youtube.com/channel/UCGijK1amWOLglT3YeTyEBNQ?sub_congfirmation=1> *Document collections*: VirtualPipelines <http://TinyURL.com/VirtualPipelines> -- BHDCSDimockArchive <http://bit.ly/BHDCSDimockArchive> *Please support my work! -- *TinyURL.com/DonateToBillHuston

3 11

slow midi on osX / pd-0.49
by cyrille henry 11 Apr '19

11 Apr '19

Hello, I noticed a change between pd-extended and pd 0.49 on OSX regarding midi out. My test patch is a 20ms metro that send 512 random midi control change. This patch works perfectly under linux, with all pd version. (The usb-midi device can handle it without any problem.) On osX, I don't have any problem with pd extended. With pd 0.49, I can't send that much data. pd is buffering the midi message : when I stop the metro it keep sending data for few seconds or more before the buffer is empty. So, is there anything I can do to make 0.49 faster? Should I fill a bug report? (if you are wondering why I need to send so much midi data, it's because I use a MIDI to DMX device to control a huge amount of led. I use this interface for 15 years under linux, so I know there are no problem on this side.) cheers Cyrille

3 5

sending patch + folder to PDParty
by Dan Wilcox 11 Apr '19

11 Apr '19

You can also try a regular .zip. PdParty should be associated with .pd, .zip, & .pdz files. I can look into it but it would take at least a couple of days for a new version to come out if I need to fixed any bugs, so that may not help you if you need it working today/tomorrow. > On Apr 7, 2019, at 10:55 PM, pd-list-request(a)lists.iem.at wrote: > > From: enrike <altern2(a)gmail.com <mailto:altern2@gmail.com>> > To: the PureData - mailinglist <pd-list(a)iem.at <mailto:pd-list@iem.at>> > Subject: [PD] sending patch + folder to PDParty > Message-ID: <1654860d-77ac-a904-2ca3-0ae94eaeb066(a)gmail.com <mailto:1654860d-77ac-a904-2ca3-0ae94eaeb066@gmail.com>> > Content-Type: text/plain; charset=windows-1252; format=flowed > > hi > > I am trying to test in iPhone a patch built using PDDroidParty. My > problem is that together with the droidparty_main.pd I have a folder > with pd abstractions. > > For me the best solution to install the patches would be to send them > into an email or some kind of message same as we do in Android: all > zipped together in a .dpz file. We are going to be sending this to a > group of people with different types of phones and we need to get this > up and running as soon as possible. > > However the iphone does not recognises the .pdz as a PdParty file and it > does not give the option to copy it to the PdParty folder. I can send > them the .pd files attached individually but then I have to one by one > copy them into the folder and they are a few of them. > > Is there any other easy to use method to send them all into the PdParty > folder? > > thanks > > enrike -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 7

Re: [PD] patcher scripting using $0 ?
by Joseph Larralde 10 Apr '19

10 Apr '19

Some years ago a good friend of mine showed me a folder of patches named "pd-msg", and we had fun with it. When trying to find it back, a quick internet search led me there : https://puredata.info/community/pdwiki/PdInternalMessages It seems it's from the pd-extended days, but doesn't mention [namecanvas] Apart from that, it still looks like a good reference for patcher scripting ... Le 10/04/19 à 12:00, pd-list-request(a)lists.iem.at a écrit : > Date: Wed, 10 Apr 2019 09:46:46 +0200 > From: IOhannes m zmoelnig<zmoelnig(a)iem.at> > To:pd-list@lists.iem.at > Subject: Re: [PD] patcher scripting using $0 ? > Message-ID:<d2dbb8a3-c27f-a6eb-b699-446858230035(a)iem.at> > Content-Type: text/plain; charset="utf-8" > > On 10.04.19 02:35, Joseph Larralde wrote: >> Looks like I still need to catch up with latest pd improvements. > so much to read, so little time:-) Indeed :) I suppose digging in the list archive would have given me the answer ... Please excuse my laziness. > i did a quick check, and Pd-0.25 contained a helppatch for [namecanvas], > which demonstrates that it basically worked the same as it still does. > (i don't remember whether you could use $0 back then; if so, then only > at the beginning of a symbol, e.g. "$0-foo" but not "foo.$0") So it was just under my nose all that time (sigh) > fgmadrt > IOhannes Thanks again, Joseph

1 0

Tcl/Tk error
by oliver 10 Apr '19

10 Apr '19

Hi, sorry for a not so precise bug-report, but it's all i can offer: recently i discovered a strange behaviour in Windows PD 0.49 (32bit) when the closing of a patch window (or even the closing of a subpatch window) would result in a Tcl/Tk error that i have not excperienced up until PD 0.49. so, i close a window (main or subpatch - mostly with STRG+w), the patch window turns white with some inlet relics still being displayed and the console prints out a Tcl/TK error message in red colour. the console says for example this: (Tcl) UNHANDLED ERROR: bad window path name ".x3b212c8" while executing "wm title $mytoplevel "$name$dirtychar$arguments - $path"" (procedure "pdtk_canvas_reflecttitle" line 15) invoked from within "pdtk_canvas_reflecttitle .x3b212c8 {D:/pd_0.49/_MYPATCHES_/MFPOW} {metronome} { [edit]} 0" ("uplevel" body line 718) invoked from within "uplevel #0 $docmds".x2596028: no such object .x2596028: no such object .x2596028: no such object .x2596028: no such object from this point on nothing can be done in PD anymore, the only way to get out of this is to kill the PD process from the outside. the patch contains several GOP subpatches and also some of my own GUI abstractions, that contain GOPs. (the patch is very involved so i couldn't really check what would happen, if i replaced all of my abstractions with something else ...) any ideas ? ... best oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ ////////////////////////////////////////////////////////

5 10

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 April 2019