Pd-list May 2007

pd-list@lists.iem.at

160 participants
312 discussions

External compiling!
by Fabio Kaiser 15 May '07

15 May '07

Hey, I've got an external written in C++ and don't know how to compile it, so I can use it in PD! I already downloaded the MinGW compiler but don't know how to use it! Can anybody help me?? Greets Fabio

4 5

Re: [PD] Sending data from PD to another program
by David Powers 15 May '07

15 May '07

Here you go, just use the tree abstraction and create named nodes for every event in your story! Note that the nodes are hard coded to send to "master", you'd want another "master" receiver for your GEM abstraction to select the image which goes with the current node. Oh, and of course replace the PD selector patch, which sends random 0 or 1, with your actual voting mechanism. ~David On 5/6/07, David Powers <cyborgk(a)gmail.com> wrote: > I think I will try to do a quick prototype and email it to you in > 15-20 minutes. > ~David > > On 5/6/07, Jared <linux(a)fridaythang.com> wrote: > > David, > > > > Thanks for the reply. That's basically what I want to do. My concern is > > that there are around 80 nodes which have to be displayed in specific > > if-then sequences (if it's at node 12 and the vote is A, go to node 33, > > if the vote is B go to node 37). My understanding of PD means this isn't > > *impossible*, it'll just be a bit clunky. If you have any suggestions to > > the contrary, I'd love to hear 'em. > > > > Thanks again! > > -Jared > > > > David Powers wrote: > > > Maybe I'm misunderstanding something, but what is it you want to > > > display in gem exactly? If, say, you had an image for every possible > > > node of the story, this would be trivial to implement. You just give > > > each possible story node a name, and send the name as a message. Then > > > some abstraction you build in PD/Gem takes the name as input, and > > > outputs the appropriate image. > > > > > > ~David > > > > > > On 5/5/07, Jared <linux(a)fridaythang.com> wrote: > > > > > >> > > >> I have very approximate version of the voting working in PD but am > > >> unsure how to do the visual output. What I'd like to do is have PD send > > >> the vote information (that is, who won) to another program, either > > >> something I'll write or PowerPoint or the like, to run the display. > > >> > > >> I know PD can do visual output through Gem, but in exploring Gem I > > >> couldn't figure out an easy way to have the branching paths work, > > >> whereas branching paths in PowerPoint or in a homemade program could be > > >> relatively easy. > > > > > > > > > > > > > >

3 5

Re: [PD] wiiremote object for os x?
by Steffen 15 May '07

15 May '07

On 15/05/2007, at 16.34, Husk 00 wrote: >> Does the corresponding max object have outlet examples - that might >> serve as inspiration for a trail & error [print] investigation. >> > yes, i'm doing this, but with not good results Ok. What do you get? Maybe folks here could help digesting the information from the output.

1 0

wiiremote object for os x?
by jhonet b 15 May '07

15 May '07

any wiiremote object for os x? any success compiling? Thanks

5 10

Re: [PD] pix_multiblob cpu usage
by nosehair911＠bellsouth.net 15 May '07

15 May '07

I found a great looking set of vision libraries that might work: http://sourceforge.net/projects/vxl/ I dont have any programming skills but I'm going to poke around and see what I can do. I think that anyone with a little bit of C++ skills would be able to wrap the vcsl library within vxl to come up with a good computer vision/tracking set of objects. The question is how cpu efficient it will be? Alain > > From: <nosehair911(a)bellsouth.net> > Date: 2007/05/15 Tue AM 09:21:34 EDT > To: Tim Boykett <tim(a)timesup.org>, "Kyle Klipowicz" <kyleklip(a)gmail.com> > CC: Pure Data List <pd-list(a)iem.at> > Subject: Re: [PD] pix_multiblob cpu usage > > The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so > anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all > processors it would be awsome. I think this kind of computer vision framework is needed in PD, > specially concidering how easy an FTIR setup is to build and the possibilities it could open. > Alain > > > > From: Tim Boykett <tim(a)timesup.org> > > Date: 2007/05/15 Tue AM 07:41:45 EDT > > To: "Kyle Klipowicz" <kyleklip(a)gmail.com> > > CC: "Nose Hair" <nosehair911(a)bellsouth.net>, > > Pure Data List <pd-list(a)iem.at> > > Subject: Re: [PD] pix_multiblob cpu usage > > > > > > Of course the "obvious" solution is to port the OpenCV bits and pieces > > to PD/Gem externals :-) We did some last year for VVVV, using some > > existing > > framework, it worked within one day or so. > > > > There are several vision/video external frameworks out there; are any > > of them in Gem or elsewhere in PD (pdp, gridflow, etc)? > > > > tim > > > > > > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: > > > > > On 5/14/07, Nose Hair <nosehair911(a)bellsouth.net> wrote: > > >> I tried running it with a low res 400x300 clip and it still did > > >> the same > > >> thing. I am trying to get a game going using an FTIR setup. Here > > >> is a > > >> reference: > > >> http://cs.nyu.edu/~jhan/ftirsense/ > > > > > > Jeff Han, sweet reference of course. > > > > > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and > > >> pidip is not > > >> working currently on the extended version. Is there another > > >> option to do > > >> functional multitracking on a mac with pure data? I really cant > > >> fork over > > >> the dough for max/msp/jitter, but there is a free jitter plugin > > >> called > > >> cv.jit that looks great: > > >> http://www.iamas.ac.jp/~jovan02/cv/ > > >> Is there a posibility that anyone will port this over to PD I wonder? > > > > > > I dunno if this will happen or if it is possible to port directly from > > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all > > > benefit with some super DSP-geek "keeping up with the Joneses" on many > > > fronts! > > > > > > ~Kyle > > > -- > > > > > > http://theradioproject.com > > > http://perhapsidid.blogspot.com > > > > > > (((())))(()()((((((((()())))()(((((((())()()())()))) > > > (())))))(()))))))))))))(((((((((((()()))))))))((()))) > > > ))(((((((((((())))())))))))))))))))__________ > > > _____())))))(((((((((((((()))))))))))_______ > > > ((((((())))))))))))((((((((000)))oOOOOOO > > > > > > _______________________________________________ > > > PD-list(a)iem.at mailing list > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > > listinfo/pd-list > > > > > > > > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

1 0

ANN: munger1~ 1.3.1 released
by Ivica Ico Bukvic 15 May '07

15 May '07

Download from usual place: http://ico.bukvic.net/Max/munger1~_latest.tar.gz or http://ico.bukvic.net/Max/munger1~_latest.zip (~370KB, includes source, Linux-Pd-i386, Mac-Max-UB, and Win32-Max-i386 binaries) CHANGELOG ========= 1.3.1 (May 15 2007) Fixed Windows issue with modular ADSR instances Build fixes for Linux Are we done yet? Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/ http://ico.bukvic.net

1 0

Re: [PD] pix_multiblob cpu usage
by nosehair911＠bellsouth.net 15 May '07

15 May '07

The buigest problem with opencv (a great option I believe) is that it only works on intell processors, so anyone on an amd or a ppc (like me) would be screwed. If there was something like that for all processors it would be awsome. I think this kind of computer vision framework is needed in PD, specially concidering how easy an FTIR setup is to build and the possibilities it could open. Alain > > From: Tim Boykett <tim(a)timesup.org> > Date: 2007/05/15 Tue AM 07:41:45 EDT > To: "Kyle Klipowicz" <kyleklip(a)gmail.com> > CC: "Nose Hair" <nosehair911(a)bellsouth.net>, > Pure Data List <pd-list(a)iem.at> > Subject: Re: [PD] pix_multiblob cpu usage > > > Of course the "obvious" solution is to port the OpenCV bits and pieces > to PD/Gem externals :-) We did some last year for VVVV, using some > existing > framework, it worked within one day or so. > > There are several vision/video external frameworks out there; are any > of them in Gem or elsewhere in PD (pdp, gridflow, etc)? > > tim > > > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote: > > > On 5/14/07, Nose Hair <nosehair911(a)bellsouth.net> wrote: > >> I tried running it with a low res 400x300 clip and it still did > >> the same > >> thing. I am trying to get a game going using an FTIR setup. Here > >> is a > >> reference: > >> http://cs.nyu.edu/~jhan/ftirsense/ > > > > Jeff Han, sweet reference of course. > > > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and > >> pidip is not > >> working currently on the extended version. Is there another > >> option to do > >> functional multitracking on a mac with pure data? I really cant > >> fork over > >> the dough for max/msp/jitter, but there is a free jitter plugin > >> called > >> cv.jit that looks great: > >> http://www.iamas.ac.jp/~jovan02/cv/ > >> Is there a posibility that anyone will port this over to PD I wonder? > > > > I dunno if this will happen or if it is possible to port directly from > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all > > benefit with some super DSP-geek "keeping up with the Joneses" on many > > fronts! > > > > ~Kyle > > -- > > > > http://theradioproject.com > > http://perhapsidid.blogspot.com > > > > (((())))(()()((((((((()())))()(((((((())()()())()))) > > (())))))(()))))))))))))(((((((((((()()))))))))((()))) > > ))(((((((((((())))())))))))))))))))__________ > > _____())))))(((((((((((((()))))))))))_______ > > ((((((())))))))))))((((((((000)))oOOOOOO > > > > _______________________________________________ > > PD-list(a)iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > > listinfo/pd-list > > > >

1 0

Re: [PD] Connection with sensors - new devices?
by Koray Tahiroglu 15 May '07

15 May '07

I've been using arduino with PD heavily since the beginning of December, I am happy with the ready sensor connections as well as self made sensors. And Arduino is an open source microcontroller hardware, http://www.arduino.cc/ cheers, Koray. On Dec 20, 2005, at 7:55 PM, pd-list-request(a)iem.at wrote: > > There are also the arduino and wiring boards that talk nicely with > many progs. > ----------------- M.Koray Tahiroglu Media Lab, University of Art and Design Helsinki, TaiK Hameentie 135C 00560 Helsinki Finland http://mlab.uiah.fi/~korayt/ http://purenoise.uiah.fi:8000/ tel: +358 40 754 8449 fax: +358 9 75630 555

12 29

teaching PD at a distance
by darsha hewitt 15 May '07

15 May '07

Hi guys, Anyone here ever teach pd or other FOSS programmes remotely? Aalex and I are working on a pilot project with two artist-run centres in Canada to see what works best for teaching pd at a distance. We have had one in person session with the students (who are mainly visual artists) and we are now under way with the remote part of it all. We have set up an irc channel (#pd-prairies), a mailing list ( pd-prairies(a)lists.artengine.ca )and we are having them contribute to a wiki (all of which they seem relatively to be comfortable with). Anyone here ever use any FOSS software to facilitate teaching/ learning at a distance? We turned to skype for the first remote session but obviously ran into issues with the we visual side of things (we ended up sounding like robots when the web cam was in use so in the end we only used voice...collective blind patching is an interesting experience ;-) We will be writing a report at the end of the project for those of you who are interested. Kindly, Darsha -- {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} www.artengine.ca/darsha {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}

6 5

hid vs. ddr gamepad
by Kyle Klipowicz 15 May '07

15 May '07

Ok, I've been trying the (semi)latest build (downloaded < 1 week ago) of pd-0.39.2-extended-rc2 for os x (phew!) and hid plays nice with my sidewinder joystic, computer keyboard, trackpad, and usb mouse---but although it recognizes my ddr dance pad, the button events do not register in the hid-help patch. What's the best way to troubleshoot this? ~Kyle -- http://theradioproject.com http://perhapsidid.blogspot.com (((())))(()()((((((((()())))()(((((((())()()())()))) (())))))(()))))))))))))(((((((((((()()))))))))((()))) ))(((((((((((())))())))))))))))))))__________ _____())))))(((((((((((((()))))))))))_______ ((((((())))))))))))((((((((000)))oOOOOOO

2 8

← Newer
1
...
15
16
17
18
19
20
21
...
32
Older →

Jump to page:

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 May 2007