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 for example. try [dumpOSC
] 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