Pd-list August 2013

pd-list@lists.iem.at

80 participants
107 discussions

Re: [PD] libpd and Processing; handling externals
by Brian Fay 05 Aug '13

05 Aug '13

I'm guessing that this is not the desired solution (probably won't work on Android or any other platforms that use Processing), but perhaps it's worth mentioning that pd and Processing sketches can communicate via OSC messages. Both the pd patch and the Processing sketch would have to be modified, but they would be running independently of one another, so loading the externals wouldn't be an issue. This solution could work well for a simple desktop application (although it's not embedded and maybe less convenient). I'm not sure why compiling externals for use with Processing would be any more difficult than compiling for Android, though, which from my understanding only involves changing a flag or two in a makefile. -Brian Fay On Mon, Aug 5, 2013 at 11:19 AM, Dan Wilcox <danomatika(a)gmail.com> wrote: > It's not discussed as much because you have to rebuild libpd with the > externals for Java which is not so easy, especially if you haven't done it > before. Your best bet is to use an abstraction library that works with pd > vanilla. rjlib <https://github.com/rjdj/rjlib> for instance, has both a > resonant low pass filter and a ead~ replacement: [e_reslop] & [c_ead]. > > libpd is pd-vanilla, so IMO, it's best to approach it in that way unless > you can add externals directly to your project. Even then, targeting > vanilla means maximum portability. Libs like rjlib really help make that > not so painful ... > > On Aug 5, 2013, at 6:00 AM, pd-list-request(a)iem.at wrote: > > *From: *Òscar Martínez Carmona <xamps23(a)gmail.com> > *Subject: **[PD] libpd and Processing; handling externals* > *Date: *August 5, 2013 2:14:43 AM EDT > *To: *"pd-list(a)iem.at" <pd-list(a)iem.at> > > > Hi list! > I'm aware that libpd and Processing are not the subjects more related to > this list but I've asked this were it's suposed to be; "Pd-everywhere" 's > threat at Create Digital Noise without any reply by now, so I'm trying it > here. > Libpd and Processing work really fine together and embedding PD patchs in > Processing apps (and even making them standalone) it's quite easy: cool! > The thing is that externals don't seem to work when used in the patch. That > happens also whith libpd on iOS or Android aswell, but the solution is well > doccumented and nicely solved in the (awesome) "Making Musical Apps" book > by Peter Brinkmann. > I haven't found any solution to this in the Processing environment by now, > does anybody know how to proceed? I'm using the lipbp5 Processing's version > of libpd in OSX 10.7 and more preciselly using the [moog~] and [ead~] > externals. > Thanx! > > > -- > Òscar Martínez Carmona > > > -------- > Dan Wilcox > @danomatika > danomatika.com > robotcowboy.com > > > > > > > _______________________________________________ > Pd-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >

2 1

Re: [PD] libpd and Processing; handling externals
by Dan Wilcox 05 Aug '13

05 Aug '13

It's not discussed as much because you have to rebuild libpd with the externals for Java which is not so easy, especially if you haven't done it before. Your best bet is to use an abstraction library that works with pd vanilla. rjlib for instance, has both a resonant low pass filter and a ead~ replacement: [e_reslop] & [c_ead]. libpd is pd-vanilla, so IMO, it's best to approach it in that way unless you can add externals directly to your project. Even then, targeting vanilla means maximum portability. Libs like rjlib really help make that not so painful ... On Aug 5, 2013, at 6:00 AM, pd-list-request(a)iem.at wrote: > From: Òscar Martínez Carmona <xamps23(a)gmail.com> > Subject: [PD] libpd and Processing; handling externals > Date: August 5, 2013 2:14:43 AM EDT > To: "pd-list(a)iem.at" <pd-list(a)iem.at> > > > Hi list! > I'm aware that libpd and Processing are not the subjects more related to this list but I've asked this were it's suposed to be; "Pd-everywhere" 's threat at Create Digital Noise without any reply by now, so I'm trying it here. > Libpd and Processing work really fine together and embedding PD patchs in Processing apps (and even making them standalone) it's quite easy: cool! The thing is that externals don't seem to work when used in the patch. That happens also whith libpd on iOS or Android aswell, but the solution is well doccumented and nicely solved in the (awesome) "Making Musical Apps" book by Peter Brinkmann. > I haven't found any solution to this in the Processing environment by now, does anybody know how to proceed? I'm using the lipbp5 Processing's version of libpd in OSX 10.7 and more preciselly using the [moog~] and [ead~] externals. > Thanx! > > > -- > Òscar Martínez Carmona -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

1 0

alternative to gridflows #many
by Felix Obée 05 Aug '13

05 Aug '13

hi everybody, i used gridflows #many in some of my patches to have a toggle matrix and such. Unfortunately for some reason I can't get gridflow to work on my new system (mountain lion) and i saw that it hasn't been developed in some time. are there alternatives to #many implemented in other libraries? cheers ff

2 1

libpd and Processing; handling externals
by Òscar Martínez Carmona 05 Aug '13

05 Aug '13

Hi list! I'm aware that libpd and Processing are not the subjects more related to this list but I've asked this were it's suposed to be; "Pd-everywhere" 's threat at Create Digital Noise without any reply by now, so I'm trying it here. Libpd and Processing work really fine together and embedding PD patchs in Processing apps (and even making them standalone) it's quite easy: cool! The thing is that externals don't seem to work when used in the patch. That happens also whith libpd on iOS or Android aswell, but the solution is well doccumented and nicely solved in the (awesome) "Making Musical Apps" book by Peter Brinkmann. I haven't found any solution to this in the Processing environment by now, does anybody know how to proceed? I'm using the lipbp5 Processing's version of libpd in OSX 10.7 and more preciselly using the [moog~] and [ead~] externals. Thanx! -- Òscar Martínez Carmona

1 0

separate list of symbols
by Mirko Maier 05 Aug '13

05 Aug '13

hi all, (sorry, the previous mail didn't work because of html) i'd like to separate a list (with floats or symbols) with a given separator into two lists. for example, my input list ist [hi i am a robot( and i want to give "am" as a separator, that i receive two lists as output: [hi i( and [am a robot( (the second list includes the separator). it should also work with floats and symbols and floats mixed. any cheap solution? thanks for help. best Mirko

3 2

separate list of symbols
by Mirko Maier 04 Aug '13

04 Aug '13

1 0

Re: [PD] Gem create many cubes
by puredata＠11h11.com 04 Aug '13

04 Aug '13

> maybe [gemlist] will help you? What if i need specific colors for each cubes?

3 2

Two new PD compositions
by Scott Nordlund 04 Aug '13

04 Aug '13

I've got two recent hour-length PD compositions available. More should be coming fairly soon. http://acreil.bandcamp.com/album/flutter-straight-on-the-nine-miles This one is based on the harmonic series of 30 Hz. Shorter excerpt: https://www.youtube.com/watch?v=6XAg1cc7tHY http://acreil.bandcamp.com/album/hg-iterated-glass-entering-3e2 This uses granular synthesis and feedback delay network resonators. Shorter excerpt: https://www.youtube.com/watch?v=szSV2jMMevU

1 0

Read from and write to an array at once (?!?)
by Pierre Massat 03 Aug '13

03 Aug '13

Dear list, I feel very happy and pretty stupid at the same time. I've been trying to make a simple "sound-on-sound" looper for a while now. I've search on the web but i haven't any really convincing. Most what i've found was complaints about the fact that it was difficult to achieve with tables, and that delay lines couldn't be flushed. Well, I just discovered that it was actually possible to read from and write to the same array at the same time. I thought it was impossible (i'd never even tried, to be honest). So here's my (probably stupid) question : is this a feature ? If it is that could probably explain why I didn't find much about loopers in Pd, since it is very straightforward. Cheers, Pierre

2 2

Re: [PD] get dir of current pd
by Dan Wilcox 03 Aug '13

03 Aug '13

Here's how we do it in OpenFrameworks: https://github.com/openframeworks/openFrameworks/blob/develop/libs/openFram… On Jul 30, 2013, at 3:03 PM, pd-list-request(a)iem.at wrote: > From: Jonathan Wilkes <jancsika(a)yahoo.com> > Subject: Re: [PD] get dir of current pd > Date: July 30, 2013 2:43:24 PM EDT > To: pd-list(a)iem.at > > > On 07/30/2013 07:48 AM, yvan volochine wrote: >> On 30/07/13 08:41, Jonathan Wilkes wrote: >>> Ok, I figured out how to do this >> >> and how do you do? > > In GNU/Linux on some _distros_ you can check the symlink > /proc/self/exe > > If you do a readink from within C in Pd you'll get the absolute > path and name of the executable. > > However, if you use the command "readlink" to [shell] I imagine > the readlink binary will look in the mirror and give you its own > name back. > > I don't think /proc/self/exe is a requirement of all Linux flavors, > and I don't know what the BSD OSes do, or OSX. So I'm reluctant > to add this to [pdinfo]. > > Windows has its own function accessible from C to return the full > path and name of the executable. > > -Jonathan > >> >> y -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com

3 5

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 August 2013