-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-02-16 23:01, Martin Peach wrote:
The [mrpeach/tcp*] classes don't make any assumptions about content,
they just output lists of floats as they arrive. It seems more efficient
to do that than to output individual floats. Whatever is
hi
We have a laser pointer that is being tracked and broadcasting on an ip two
lists of XY data from a C# application
Is there a way i can listen to it in pd by just listening to that socket?
I tried netserver and netclient but it does not connect.
Can pd listen to this socket without a netsend
On 02/16/12 15:59, Pagano, Patrick wrote:
hi
We have a laser pointer that is being tracked and broadcasting on an ip
two lists of XY data from a C# application
Is there a way i can listen to it in pd by just listening to that socket?
I tried netserver and netclient but it does not connect.
Can
Le 2012-02-16 à 16:38:00, IOhannes m zmölnig a écrit :
[netsend]/server/client speak a protocol called FUDI, which you C#
application is most likely not speaking.
FUDI is fairly close to not having any protocol at all. It's quite close
to just using things like printf(%f
, February 16, 2012 10:38 AM
To: pd-list@iem.at
Subject: Re: [PD] socket object?
On 02/16/12 15:59, Pagano, Patrick wrote:
hi
We have a laser pointer that is being tracked and broadcasting on an ip
two lists of XY data from a C# application
Is there a way i can listen to it in pd by just listening
On 02/16/12 16:46, Mathieu Bouchard wrote:
Le 2012-02-16 à 16:38:00, IOhannes m zmölnig a écrit :
[netsend]/server/client speak a protocol called FUDI, which you C#
application is most likely not speaking.
FUDI is fairly close to not having any protocol at all. It's quite close
to just using
On 02/16/12 16:46, Pagano, Patrick wrote:
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93 93
93 13 10
i
On 02/16/12 16:50, IOhannes m zmölnig wrote:
unfortunately [netreceive] and friends will not output any data until
the semicolon terminator is encountered, which i guessed might have been
the problem of not receiving any data.
which should read like:
[...the problem of not] seeing any data
Le 2012-02-16 à 15:46:00, Pagano, Patrick a écrit :
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54 49 44 50 56 54 93 93 44 91 91 49 51 54 53 44 52 49 56 93 93
93
On Thu, 2012-02-16 at 16:58 +0100, IOhannes m zmölnig wrote:
On 02/16/12 16:46, Pagano, Patrick wrote:
Hi and thanks
We are listening for tcp
in max i get the lines read as
LaserOutput: [[[2705,246]],[[1358,402]]]
and in pd using mrpeach's tcpclient it reads back
91 91 91 50 54 54
gridflow next
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Roman
Haefeli [reduz...@gmail.com]
Sent: Thursday, February 16, 2012 11:41 AM
To: pd-list@iem.at
Subject: Re: [PD] socket object?
On Thu, 2012-02-16 at 16:58 +0100, IOhannes
On 02/16/12 17:50, Pagano, Patrick wrote:
i cannot find iemnet for OSX
never mind, it won't help you here (in fact, it will make things a
little bit more complicated, as with mrpeach/tcpclient you can at least
hope that the chunks you get will make sense in a way, whereas the
iemnet will
of Pagano,
Patrick [p...@digitalworlds.ufl.edu]
Sent: Thursday, February 16, 2012 11:50 AM
To: Roman Haefeli; pd-list@iem.at
Subject: Re: [PD] socket object?
i cannot find iemnet for OSX
using bytes to any and mr peach's tcpclient
i am able to get the data back to the same thing max was spitting out
?
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of IOhannes m
zmölnig [zmoel...@iem.at]
Sent: Thursday, February 16, 2012 12:01 PM
To: pd-list@iem.at
Subject: Re: [PD] socket object?
On 02/16/12 17:50, Pagano, Patrick wrote:
i cannot
On 02/16/12 18:12, Pagano, Patrick wrote:
We have tried using the symbol2list object to parse the data, but where things seem to
fall apart is when we try to give any arguments that contain a comma. Is there some sort
of a literal break character (like \ in unix) that we can use in pure data
...@iem.at [pd-list-boun...@iem.at] on behalf of Roman
Haefeli [reduz...@gmail.com]
Sent: Thursday, February 16, 2012 11:41 AM
To: pd-list@iem.at
Subject: Re: [PD] socket object?
On Thu, 2012-02-16 at 16:58 +0100, IOhannes m zmölnig wrote:
On 02/16/12 16:46, Pagano, Patrick wrote:
Hi and thanks
We
Le 2012-02-16 à 18:01:00, IOhannes m zmölnig a écrit :
given that the protocol is rather simple, you might also simply try to
parse it yourself (which would make it robust against packet
fragmentation as well)
What is packet fragmentation and why is it preferable to take it into
account
On 02/16/12 19:16, Mathieu Bouchard wrote:
What is packet fragmentation and why is it preferable to take it into
account even when not necessary ?
tcp/ip is a stream-based protocol and has no notion of packets like
udp (which is a packet-based protocol).
meaning: if you send 1 2 3 4 5
this
-list@iem.at
Subject: Re: [PD] socket object?
Here's a pdlua script to do that, it should work with pd-extended. It's
quite simple to customize for any ascii packet such as yours that has a
fixed structure.
Martin
On 2012-02-16 11:50, Pagano, Patrick wrote:
i cannot find iemnet for OSX
using bytes
On 2012-02-16 13:26, IOhannes m zmölnig wrote:
On 02/16/12 19:16, Mathieu Bouchard wrote:
What is packet fragmentation and why is it preferable to take it into
account even when not necessary ?
tcp/ip is a stream-based protocol and has no notion of packets like
udp (which is a packet-based
On 2012-02-16 13:39, Pagano, Patrick wrote:
i get bytes2pp
...counldn't create
i downloaded both files
i am on extended 42.5 on a mac
You probably need extended 43.1 for that, or build loaders/pdlua for
yourself.
Martin
___
Pd-list@iem.at
okay i'll give that a go
pp
From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] on behalf of Martin Peach
[martin.pe...@sympatico.ca]
Sent: Thursday, February 16, 2012 1:42 PM
To: Pagano, Patrick
Cc: pd-list@iem.at
Subject: Re: [PD] socket object
On 02/16/12 19:39, Martin Peach wrote:
As I understood it, the OS's tcp/ip stack will take care of putting tcp
packets back together, the application will receive complete messages
unless they are bigger than an IP packet (~65k). Only if the sender is
dribbling out partial messages would that be
here is a quick patch with it working, but i am getting this funky error to the
pd window
i assume it's fromthe grid not updating properly?
pp
while executing
.x2e38c10.c delete 2e391b0POINT
(uplevel body line 1)
invoked from within
uplevel #0 $cmds_from_pd(Tcl) INVALID COMMAND NAME:
Hi Martin
On Thu, 2012-02-16 at 19:53 +0100, IOhannes m zmölnig wrote:
On 02/16/12 19:39, Martin Peach wrote:
As I understood it, the OS's tcp/ip stack will take care of putting tcp
packets back together, the application will receive complete messages
unless they are bigger than an IP
On Thu, 2012-02-16 at 17:01 -0500, Martin Peach wrote:
On 2012-02-16 16:38, Roman Haefeli wrote:
Hi Martin
On Thu, 2012-02-16 at 19:53 +0100, IOhannes m zmölnig wrote:
On 02/16/12 19:39, Martin Peach wrote:
As I understood it, the OS's tcp/ip stack will take care of putting tcp
26 matches
Mail list logo