Re: [PD] receive from multiple symbols in an external (using pd_bind)
On Sat, Sep 13, 2008 at 4:59 PM, Thomas Grill <[EMAIL PROTECTED]> wrote: >> >> >> Maybe there should be a libpdutils for such common tasks, pending >> inclusion into pd? >> > > There's flext, but no chance for inclusion... > gr~~~ > > I actually looked at flext, since I knew that pyext had solved this problem. But plugin~ is relatively lightweight, so I didn't want to introduce a dependency on flext. (Plus, frankly, the flext build system is really scary. Have you thought about switching to autotools or scons?) -- Jacob Lee [EMAIL PROTECTED] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] receive from multiple symbols in an external (using pd_bind)
On Sat, Sep 13, 2008 at 3:47 PM, Claude Heiland-Allen <[EMAIL PROTECTED]> wrote: > Jacob Lee wrote: >> >> For example, >> if I do: >> pd_bind(&x->x_obj.ob_pd, gensym("a")); >> pd_bind(&x->x_obj.ob_pd, gensym("b")); >> >> and create corresponding [s a] and [s b] objects, I will receive >> messages sent via those objects -- but there is no indication which >> came from which. > > Proxies! pdlua has an implementation that seems to work for me, there might > be a better way to implement it for a C-based external though. > > svn co https://code.goto10.org/svn/maximus/pdlua pdlua > Ah ha! That's exactly what I'm looking for. And not quite as complicated as I had feared. >> The complicated workaround is to create a new object for each symbol I >> want to receive on. But before I pursue that (tedious and difficult) >> route, is there a more straightforward way to accomplish this? > > Yeah, it's not ideal, but this proxy solution isn't so tedious if you make > it generic enough, which isn't too hard. > > Maybe there should be a libpdutils for such common tasks, pending inclusion > into pd? > +1. Though it's really hard to say what's a common task. At any rate, if what I end up writing looks generally useful, I'll extract the proxy bits and post it somewhere. -- Jacob Lee [EMAIL PROTECTED] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Hans - window_name FR
Yo Hans Lazy feature request - [window_name] would be way more useful i it could grab the names of other subpatches as well as its grandparent so it can be used in abstractions. I'll add it myself if I get time, but thought I'd ask : ) I've been doing some cool stuff with it anyway - I'll share soon! Best Luke ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pdpedia instability
is pdpedia online anywhere?? http://wiki.puredata.info/index.html.en still out 2008/1/25 Hans-Christoph Steiner <[EMAIL PROTECTED]> > > Hey, > > I think things have stabilized with the server setup where pdpedia is > hosted. Please let me know if it isn't working for you. > > .hc > > > > > > "It is convenient to imagine a power beyond us because that means we > don't have to examine our own lives.", from "The Idols of > Environmentalism", by Curtis White > > > > > > ___ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] receive from multiple symbols in an external (using pd_bind)
Maybe there should be a libpdutils for such common tasks, pending inclusion into pd? There's flext, but no chance for inclusion... gr~~~ smime.p7s Description: S/MIME cryptographic signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] receive from multiple symbols in an external (using pd_bind)
Jacob Lee wrote: > For example, > if I do: > pd_bind(&x->x_obj.ob_pd, gensym("a")); > pd_bind(&x->x_obj.ob_pd, gensym("b")); > > and create corresponding [s a] and [s b] objects, I will receive > messages sent via those objects -- but there is no indication which > came from which. Proxies! pdlua has an implementation that seems to work for me, there might be a better way to implement it for a C-based external though. svn co https://code.goto10.org/svn/maximus/pdlua pdlua > The complicated workaround is to create a new object for each symbol I > want to receive on. But before I pursue that (tedious and difficult) > route, is there a more straightforward way to accomplish this? Yeah, it's not ideal, but this proxy solution isn't so tedious if you make it generic enough, which isn't too hard. Maybe there should be a libpdutils for such common tasks, pending inclusion into pd? > Thanks, Claude -- http://claudiusmaximus.goto10.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] receive from multiple symbols in an external (using pd_bind)
I'm trying to hack plugin~ to accept a "bind foo" message that causes it to listen for messages sent to "foo-gain", "foo-drive", etc., as determined by the list of parameters the plugin accepts. Right now, every time I want to try out a new plugin, I have to do a bunch of wiring to receive a message, scale it appropriately (since I keep all my adjustable parameters in the range 0-127), and convert it to something like "control drive $1". My goal is to eliminate most of those steps with some help from plugin~ itself, which should be able to enumerate all the inputs, get their range, and listen for messages appropriately. The problem I'm running into is that if I have made multiple pd_bind calls in the same object, to receive based on more than one symbol, I can't tell which symbol the incoming messages came from. For example, if I do: pd_bind(&x->x_obj.ob_pd, gensym("a")); pd_bind(&x->x_obj.ob_pd, gensym("b")); and create corresponding [s a] and [s b] objects, I will receive messages sent via those objects -- but there is no indication which came from which. The complicated workaround is to create a new object for each symbol I want to receive on. But before I pursue that (tedious and difficult) route, is there a more straightforward way to accomplish this? Thanks, -- Jacob Lee [EMAIL PROTECTED] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_film problem with playback
same behaviour on OS X. that seems to be a bug, did you get automatic playing working again once it stopped? marius. manecante wrote: > Hi list, > I use Pd-0.40.3-extended under Windows XP sp2 and in the help file of > pix_film there is something I don't understand, it's written that to > playback a movie you can use auto mode. > First of all, when it's activated for the first time , the playback > works in loop mode whereas it's written that in automode it's NOT looped! > Then, when I make a pause [auto 0] and start it again [auto 1] it > doesn't work..I have to reinitialize the frame at 0 manually moving the > number box (if I trigger a message 0 when it reaches the end , it > doesn't work neither), and it loops the film again but not continuously > , there is a little "pause" before it plays it again. > Thank's for your help, > Delphine > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] cheapest possibility, many audio players or outputs
w23 wrote: > ESI Gigaport AG runs perfectly under linux using alsa's snd_usb driver. > i see no reason for HD version to be not supported, as core seems to be > quite the same. > > also, actually, AG works even better in linux than in windows, because > in linux you have all channels available and separately addressable out > of the box, while in windows you have to do some driver switching > procedure and rebooting to toggle between 8ch and stereo mode. > > ___ This is great, thanks for this information. > > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] removing NaN
the expr works fine with expr (isnan($f1), 0, $f1). The route f method doesn't work since NaN is treated as a valid floating point "number". thanks for the help, David Brynjar On Sat, Sep 13, 2008 at 11:05 AM, tim <[EMAIL PROTECTED]> wrote: > [expr] contains a function 'isnan'. > Not sure how to use it though. > can someone give an example ? > > Tim > > On Sat, 2008-09-13 at 10:36 -0400, David Brynjar Franzson wrote: >> Hi, >> >> is there any simple way to replace all NaN values with Zeros or >> to filter them out? >> >> thanks, >> David Brynjar >> >> ___ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list > -- > ... > www.timvets.net > [EMAIL PROTECTED], [EMAIL PROTECTED] > 0032 474 89 66 86 > skype: tim167_ > ... > > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] removing NaN
[expr] contains a function 'isnan'. Not sure how to use it though. can someone give an example ? Tim ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] removing NaN
David Brynjar Franzson wrote: > Hi, > > is there any simple way to replace all NaN values with Zeros or > to filter them out? If you do not have lists, then route should do the trick: [route f] | | | [0( cu Thomas -- "Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://thomas.dergrossebruder.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] removing NaN
Hi, is there any simple way to replace all NaN values with Zeros or to filter them out? thanks, David Brynjar ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] nice blog to get some ideas about digital audio effects
On Sat, 2008-09-13 at 13:10 +0200, ruben patiño wrote: > hi all > last day i found this blog with lots of patches that > show you how to create some audio effects in pd. > > http://idafx.blogspot.com/ > > the contributors are called ronny and tony. > > goo job guys! This is a very cool and useful site. Thanks ronny and tony, and thanks ruben for posting it here! ++ Jamie -- www.postlude.co.uk http://www.linkedin.com/in/jamiebullock ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] nice blog to get some ideas about digital audio effects
hi all last day i found this blog with lots of patches that show you how to create some audio effects in pd. http://idafx.blogspot.com/ the contributors are called ronny and tony. goo job guys! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] lossius externals osx port
i was looking for the pd port of trond lossius's max externals, for os x on his page the link goes to http://test.pilot.fm/pd/externs/ but that page is down. does anybody have a working link? else, anybody that could email me the file? much appreciated ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Using [import] [was: Re: sending OSC bundles. + help files?]
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote: > Or even easier, just copy the "mrpeach" folder in extra from a Pd- > extended build into your Pd-vanilla install's extra folder. Done. > Then you can use namespace prefixes too, like [mrpeach/routeOSC]. That's what I meant when I wrote: > > Another problem is that using [import] like in pd-extended requires > > a certain directory layout. Ciao -- Frank Barknecht _ __footils.org__ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list