Pd-list June 2016

pd-list@lists.iem.at

74 participants
92 discussions

[SOLVED!] Re: Determine library dependency tree for a patch?
by William Huston 25 Jun '16

25 Jun '16

Wow! Found a feature I didn't know existed. Just to recap: My problem is that I want to distrubute a complex patch, but I do not know all of the dependencies. So I want to build a list of such. *In Pd version 0.46.7 (and perhaps others),* Edit -> Preferences -> Path Check "verbose". Now when you load a patch, it shows you a ton of spew on the Pd Console window, as it tries to find every object. Now you get stuff like this: tried C:/Users/BH/Music/pd/BHPDToolkitNEW/BHPDtoolkit-master/BHPDtoolkit-master/patches/EvenOddSynth~.m_i386 and failed tried C:/Users/BH/Music/pd/BHPDToolkitNEW/BHPDtoolkit-master/BHPDtoolkit-master/abstractions/EvenOddSynth~.m_i386 and failed tried C:/Program Files (x86)/pd-0.43.4-extended/extra/freeverb~/EvenOddSynth~.m_i386 and failed tried C:/Program Files (x86)/pd-0.43.4-extended/extra/cyclone/EvenOddSynth~.m_i386 and failed tried C:/Program Files (x86)/pd-0.43.4-extended/extra/iemlib/EvenOddSynth~.m_i386 and failed .*.. (snipped 951 lines!!)...* tried C:/Users/BH/AppData/Roaming/Pd/output~/output~.dll and failed tried C:/Program Files (x86)/Common Files/Pd/output~/output~.dll and failed tried C:/Program Files (x86)/Pure Data-0.46-7/extra/output~/output~.dll and failed tried C:/Users/BH/Music/pd/BHPDToolkitNEW/BHPDtoolkit-master/BHPDtoolkit-master/patches/output~.pd and failed tried C:/Users/BH/Music/pd/BHPDToolkitNEW/BHPDtoolkit-master/BHPDtoolkit-master/abstractions/output~.pd and *succeeded* .... but that's fine with me!! A little shell scripting and I get a list of all the objects used and exactly the pathname to them. PERFECT! Be prepared for a lot of output. My patch produced 3758 such lines! So it may not produce a dependency *tree* like I originally asked for, but I guess that's not what I really wanted. Hope this helps someone else... BH On Mon, Jun 6, 2016 at 4:52 PM, William Huston <williamahuston(a)gmail.com> wrote: > My idea is, I want to distribute a patch. > > But I build my patches with layers of abstractions. > > So I want to make a recursive map of the dependency tree, > including any external libraries needed, so I can know > what needs to be included when I distribute the patch. > > Has anyone tried this? > > I will probably do this with an external program, > probably Perl (not within Pd). > > First it seems I really need to understand how to > Pd does conflict resolution in case of name clashes. > > Next, it seems one must know the search path. > > This is a bit easier on Linux systems b/c it just > requires parsing a flat file. > > On Windows it requires parsing the Registry > (which I admit is still a big mystery for me). > > On My machine, I am finding the search path here: > > > HKEY_USERS\S-1-5-21-1970324843-3388967453-2642309065-1000\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd\ > > npath=12 means 12 directories to search, each being > path1=(path1) > path2=(path2) > ... > path12=(path12) > > I also find this repeated here: > > > HKEY_USERS\S-1-5-21-1970324843-3388967453-2642309065-1000_Classes\VirtualStore\MACHINE\SOFTWARE\Wow6432Node\Pd > > One question is, where does this strange string come from? > Is this guaranteed to be the same on every Windows systems? > > S-1-5-21-1970324843-3388967453-2642309065-1000 > S-1-5-21-1970324843-3388967453-2642309065-1000_Classes > > Ugh. Anyway, just looking for some general guidance here. > > Thanks, > BH > > -- > -- > May you, and all beings > be happy and free from suffering :) > -- ancient Buddhist Prayer (Metta) > -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

1 0

[PD-announce] PuREST JSON 1.4.1 "Orpheus's lyre" released
by Thomas Mayer 25 Jun '16

25 Jun '16

Hello, I am happy to announce the release of PuREST JSON 1.4.1, code name: Orpheus's lyre. This release is a bug fix release to counter possible crashes and memory leaks due to a wrong usage of json-c in prior versions. PuREST JSON is a library for working with RESTful HTTP webservices, and JSON data. Authentication and authorization for webservices are available with basic HTTP auth, cookie authentication, and OAuth. As an example for OAuth authenticated webservices, a Twitter client is included. This release is available from deken for Windows, Linux i386, and Linux x86_64 with the name "purest_json" Changes since 1.4.0: - Bug fix:[json-encode] and [json-decode]: Correctly freeing JSON object memory - Removed Google API calls from help - Switch Makefile to pd-lib-builder - Remove building of own Debian packages - [Mac] Add liboauth build as homebrew script See the full changelog at https://github.com/residuum/PuRestJson/blob/master/Changelog.txt Github repository: https://github.com/residuum/PuRestJson Source code packages: https://github.com/residuum/PuRestJson/releases Full documentation: https://github.com/residuum/PuRestJson/wiki Build instructions for all platforms: https://github.com/residuum/PuRestJson/wiki/Compilation Have fun, Thomas -- "As long as people kept worrying that the machines were taking over, they wouldn't notice what was really happening. Which was that the programmers were taking over." (Robert Anton Wilson - The Homing Pidgeons) http://www.residuum.org/ _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] [textfile] CR in reality is LF
by rolfm＠dds.nl 24 Jun '16

24 Jun '16

i can handle a LF when i know it's a LF. it would be convenient when in the help-patch the LF is clearly mentioned. even better could be to advocate a new message [write file LF( and keep the [write file CR( for backwards compatibility. rolf

1 0

[textfile] CR in reality is LF
by rolfm＠dds.nl 23 Jun '16

23 Jun '16

a bit confusing: in Windows [write file cr( - [textfile] does not give lines ending with CR but with LF (in Pd-extended it gave CR LF) rolf

4 3

multiple definition of "glist_reloadingabstraction"
by Antoine Villeret 23 Jun '16

23 Jun '16

Hi, The Jamoma library [1] fails to build since 035844b2 [2] with : multiple definition of "glist_reloadingabstraction". If I add "EXTERN" before glist_reloadingabstraction declaration in g_canvas.h and forward the declaration to g_canvas.c then the library builds fine (see [3]). But I'm not sure if this the right way to fix my issue. Please help me to figure out if I should open a PR or find another way to fix the issue. Cheers Antoine [1] : https://github.com/jamoma/JamomaPureData [2] : https://sourceforge.net/p/pure-data/pure-data/ci/035844b25c066685ec9c21569f… [3] : https://github.com/avilleret/pure-data/commit/1ecc6aae381039fafc641b5b3d2f0… -- do it yourself http://antoine.villeret.free.fr

2 2

Re: [PD] Best way to install Pd on Raspberry Pi
by Jack 23 Jun '16

23 Jun '16

Yep, Raspberry Pi 3 Raspbian Jessie ++ Jack Le 21/06/2016 20:24, José Luis Santorcuato Tapia a écrit : > Hi, distro? Rpi?... > Best > José > > El 21 jun. 2016 2:45 PM, "Jack" <jack(a)rybn.org <mailto:jack@rybn.org>> > escribió: > > Hello, > > I would like to know what is the best way to install Pd on Raspberry Pi > after a download on : > http://msp.ucsd.edu/Software/pd-0.47-1.armv7.tar.gz > > I can execute Pd from pd-0.47-1.armv7/bin with : > $ ./pd > > But i want to install Pd because i need to execute it from anywhere, > (and i don't want to compile it because the bin exists). > > What is the best approach (link, path, install), how? > Thanx. > ++ > > Jack > > > _______________________________________________ > Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

3 3

Click on filledpolygon
by Julián Villegas 23 Jun '16

23 Jun '16

Hi list, I want to create a GUI using several filledpolygon instances. How can I capture which polygon has been clicked? Thanks! Julian. > On Jun 22, 2016, at 19:00 PM, pd-list-request(a)lists.iem.at wrote: > > Send Pd-list mailing list submissions to > pd-list(a)lists.iem.at > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.puredata.info/listinfo/pd-list > or, via email, send a message with subject or body 'help' to > pd-list-request(a)lists.iem.at > > You can reach the person managing the list at > pd-list-owner(a)lists.iem.at > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pd-list digest..." > > > Today's Topics: > > 1. Re: buffer and performance woes on OSX (Jesse Mejia) > 2. Re: Dynamic Patching with 0.47 (Thomas Mayer) > 3. A 6th order hilbert transformer? (Alexandre Torres Porres) > 4. Re: Best way to install Pd on Raspberry Pi (Derek Kwan) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 21 Jun 2016 15:43:49 -0700 > From: Jesse Mejia <jmejia(a)anestheticaudio.com> > To: Alex <x37v.alex(a)gmail.com> > Cc: "pd-list(a)lists.iem.at" <Pd-list(a)lists.iem.at> > Subject: Re: [PD] buffer and performance woes on OSX > Message-ID: <03F0DE45-AA73-4723-A51E-D079A16F449D(a)anestheticaudio.com> > Content-Type: text/plain; charset="utf-8" > > Thanks! Moving the midi out to a separate patch - in a separate instance. (from a copy/pasted pd application) solved my problems. I’m sending OSC between the two patches and everything is smooth. > > But I still wonder if there’s a way to do this from within one instance. Pd~ seems to only separate the dsp processes - but my problem was actually with midi output. It would be great if there’s a way to prioritize and/or specificy threading for abstractions. > > -Jesse > >> On Jun 21, 2016, at 2:37 PM, Alex <x37v.alex(a)gmail.com> wrote: >> >> If the audio logic is exclusively dependent on the midi input and the midi output is also exclusively dependent on the midi input you could potentially separate the midi output into its own process and run it independently of the audio? >> >> If they're instead both dependent on some processed version of the midi, but not on each-other, you could do the processing in one of the processes then still generate your audio/midi out independently. >> >> -Alex >> >> >> On Tue, Jun 21, 2016 at 1:51 PM, Jesse Mejia <jmejia(a)anestheticaudio.com <mailto:jmejia@anestheticaudio.com>> wrote: >> Hi list, >> >> I’m having some performance problems - clicks/dropouts when I feed my patch too much note concurrency by way of midi input into some [clone]d karplus strong abstractions among other things - but only when I’m concurrently sending midi out. >> >> I’m finding that the audio settings menu hangs PD depending on what buffer size I choose. I’m only able to choose 64 or 128. >> >> Typically I would increase buffer size to compensate - but the only other buffer setting that doesn’t hang pd is 128 and it actually gives me even more dropouts. I’ve tried playing around with block~ but couldn’t really get that helping either. >> >> 'defeat real-time scheduling' seems to help things somewhat. and running -rt didn’t seem to do anything either way. >> -nogui also didn’t help >> >> I’m using a fairly unimpressive 2-core mac mini.. and I do have about 1/2 of my DSP running in a pd~ instance >> so maybe I just need to run this on a more powerful machine. >> >> I’m sending a fair amount of midi data via ctlout to some micro controllers. Basically the more note-ins my patch receives - the more ctlout data it sends. Removing that part of the patch makes the dsp blocking clicks go away - but it seems like the midi out shouldn’t be interfering with audio so much. Is there a way to make PD prioritize the audio over the midi output? It would be great if I could wrap the midi output stuff in a lower priority abstraction somehow… I don’t think pd~ helps me there because there isn’t actually any DSP in the midi output abstraction - just control data... >> >> OSX 10.11.1 (el capitan) >> Pd 0.47.1 >> Motu 24AO (though it was experiencing audio blocking and also lock ups on the audio settings panel w/ the internal interface as well) >> >> Any tips? >> >> -Jesse >> _______________________________________________ >> Pd-list(a)lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list <https://lists.puredata.info/listinfo/pd-list> >> > >

2 1

Morse Code Translator / Decoder
by me.grimm 23 Jun '16

23 Jun '16

Hello, Has anyone made a patch/abstraction to "decode" or translate morse code to text? I see text->morse but not the other way around.... thanks! m

8 13

Dynamic Patching with 0.47
by Thomas Mayer 22 Jun '16

22 Jun '16

Hi, with Pd 0.47 in Debian dynamically deleting objects does not work anymore. When I open my abstraction https://github.com/residuum/Puredata-abstractions/blob/master/glue/switch-m…, I get an error in the console (Tcl) INVALID COMMAND NAME: invalid command name ".find.entry" while executing ".find.entry get" (procedure "pdtk_showfindresult" line 10) invoked from within "pdtk_showfindresult .x90a2a58 1 1 35" ("uplevel" body line 483) invoked from within "uplevel #0 $docmds" and a series of error: consistency check failed: sys_decodedialog: inlet followed by a series of error: .x90a2a58: no such object I boils down to the subpatch "delete-inlets", which is a series of [$0 find inlet 1( [$0 findagain( [$0 cut( [$0 dirty 0, menuclose 1( Has there a change in the implementation of [; find( or [; findagain(? Thanks, Thomas -- "As long as people kept worrying that the machines were taking over, they wouldn't notice what was really happening. Which was that the programmers were taking over." (Robert Anton Wilson - The Homing Pidgeons) http://www.residuum.org/

3 3

buffer and performance woes on OSX
by Jesse Mejia 22 Jun '16

22 Jun '16

Hi list, I’m having some performance problems - clicks/dropouts when I feed my patch too much note concurrency by way of midi input into some [clone]d karplus strong abstractions among other things - but only when I’m concurrently sending midi out. I’m finding that the audio settings menu hangs PD depending on what buffer size I choose. I’m only able to choose 64 or 128. Typically I would increase buffer size to compensate - but the only other buffer setting that doesn’t hang pd is 128 and it actually gives me even more dropouts. I’ve tried playing around with block~ but couldn’t really get that helping either. 'defeat real-time scheduling' seems to help things somewhat. and running -rt didn’t seem to do anything either way. -nogui also didn’t help I’m using a fairly unimpressive 2-core mac mini.. and I do have about 1/2 of my DSP running in a pd~ instance so maybe I just need to run this on a more powerful machine. I’m sending a fair amount of midi data via ctlout to some micro controllers. Basically the more note-ins my patch receives - the more ctlout data it sends. Removing that part of the patch makes the dsp blocking clicks go away - but it seems like the midi out shouldn’t be interfering with audio so much. Is there a way to make PD prioritize the audio over the midi output? It would be great if I could wrap the midi output stuff in a lower priority abstraction somehow… I don’t think pd~ helps me there because there isn’t actually any DSP in the midi output abstraction - just control data... OSX 10.11.1 (el capitan) Pd 0.47.1 Motu 24AO (though it was experiencing audio blocking and also lock ups on the audio settings panel w/ the internal interface as well) Any tips? -Jesse

2 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 June 2016