Hey, For my part, when I use Darwiinmote OSC on the mac it kicks out on port 5600. So I use the object DumpOSC 5600. Happy to share patch if you like. pured...@rwcmd.ac.uk Simon Kilshaw Lecturer in Music Technology RWCMD
Message: 4 Date: Wed, 25 Mar 2009 22:17:31 -0500 From: Nicanor Garcia <pure...@gmail.com> Subject: [PD] Darwiin Remote OSC and PD, on Mac To: pd-list@iem.at Message-ID: <5f57e84f0903252017n316ca6al7570f3bae27f3...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Hello. I need some help trying to connect Darwiinremote ( http://code.google.com/p/darwiinosc/downloads/list) Mac program to PD in a friend's computer. I'm tryining to connect it through OSC, but I can't get the PD to receive anything. I set up the same port in both programs, but I think I'm missing the address. In Linux, which I use in my computer, I had to use "localhost" as the address but I don't know what to use in Mac. I already googled and found nothing quickly and I'm really in a hurry as I have to set up that for a very important project. Thank you very much and sorry about my english as is not my first language. Nicanor. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090325/22171f66/attachment-0001.htm> ------------------------------ Message: 5 Date: Thu, 26 Mar 2009 04:55:26 +0100 From: marius schebella <marius.schebe...@gmail.com> Subject: Re: [PD] Darwiin Remote OSC and PD, on Mac To: Nicanor Garcia <pure...@gmail.com> Cc: pd-list@iem.at Message-ID: <49cafcae.6030...@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed you can connect to localhost on port 3333 for example. try [dumpOSC 3333] inside pd and connect a [print] to it to see if you receive your values. marius. Nicanor Garcia wrote: > Hello. > > I need some help trying to connect Darwiinremote > (http://code.google.com/p/darwiinosc/downloads/list) Mac program to PD > in a friend's computer. > > I'm tryining to connect it through OSC, but I can't get the PD to > receive anything. > > I set up the same port in both programs, but I think I'm missing the > address. > > In Linux, which I use in my computer, I had to use "localhost" as the > address but I don't know what to use in Mac. > > I already googled and found nothing quickly and I'm really in a hurry as > I have to set up that for a very important project. > > Thank you very much and sorry about my english as is not my first language. > > Nicanor. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list ------------------------------ Message: 6 Date: Thu, 26 Mar 2009 05:46:02 +0100 From: marius schebella <marius.schebe...@gmail.com> Subject: Re: [PD] still struggling with basic understanding of Gem dataflow To: John Harrison <john.harri...@alum.mit.edu> Cc: pd-list <pd-list@iem.at>, John Harrison <johnharrison...@gmail.com> Message-ID: <49cb088a.8040...@gmail.com> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" hi, I think your pix_coordinate idea was not that bad (see attached patch). but that is probably not what you want?? on the other hand, using pdp_rotate and converting twice is really eating up a lot of cpu. pdp is a different world again and the bridge between pdp and gem is buggy (your patch crashed my computer for example). but again, as chris said. there is a difference between rotating the content of the pix data and rotating the geometry that this data is mapped to. so the second patch shows, what I think you really want. rotate an image and then feed this into your pix_rtx. marius. John Harrison wrote: > This is extremely helpful. I'm starting to "get" it. Comments/questions > inline. > > chris clepper wrote: >> There are two types of objects in GEM: pix and OpenGL. >> Pix objects do work in the top to bottom manner like Pd DSP objects. > would [pix_coordinate] be an exception to this? I've been playing with > it and it seems to behave the way you have described OpenGL objects and > not GEM objects. I read the help patch about [pix_texture] reassigning > the coordinate values, but that still didn't explain all the behavior I > was seeing. >> The convention in GEM is to put the GL objects after the pix_ ones >> showing that once the pix_ processes are done on the CPU it is time >> for the GL processes on the GPU to start. > I understand you to be saying that the GL processes will always be > applied after the pix_ processes. If that is the case, then it sounds > like there is no way to have [rotateXYZ] applied before [pix_rtx]. Makes > sense. > > For the more general case, is it correct that there is no way in GEM to > give an arbitrary rotation of an image as input to a pix_ object since > there is no Gem pix_ object with arbitrary rotation function? > > Figuring that might be the case, I tried to build [pix_rotate] using > [pix_coordinate]...and this led me to the question about about > [pix_coordinate] > > Using pdp_rotate, pix_2gem and gem2pdp, I did successfully build a pix_ > rotator. On the chance it might be helpful to see, I attached a demo > patch which feeds a rotated video stream to [pix_rtx] then rotates the > stream back to the way it was. While it more-or-less works it seems a > bit scabby. Is there a better way? >> >> >> There are lots of exceptions to Pd rules in GEM and there is really no >> way around them. It is kind of like learning English - I before E >> except after C, excepting all of those words that ignore the rule. > As long as I can make sense of what the rules are, which objects break > them, and some rough idea as to why, I'm cool with that. > > Thank you again for your help. As Hans suggests, I'd like to find a way > to help organize, then share this information, whether it be on the wiki > or in some other meaningful way. > > -John > -------------- next part -------------- A non-text attachment was scrubbed... Name: rtx_sch.pd Type: application/x-extension-pd Size: 4177 bytes Desc: not available URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090326/d63defff/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: rtx_sch2.pd Type: application/x-extension-pd Size: 1566 bytes Desc: not available URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090326/d63defff/attachment-0001.bin> ------------------------------ _______________________________________________ Pd-list mailing list Pd-list@iem.at to manage your subscription (including un-subscription) see http://lists.puredata.info/listinfo/pd-list End of Pd-list Digest, Vol 48, Issue 131 ****************************************
<<winmail.dat>>
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list