Moi, where can I find "martin's net/osc objects" mentioned below by IOhannes?
and why do I have to set up the machines to pass udp packets on port 7000? is there a reason why port 7000 and not any other port???
thanks, m.
martin.peach@sympatico.ca wrote:
Be sure that both machines are set up to pass udp packets on port 7000.
e.g. be sure to configure your firewalls correctly when dealing with network traffic (the sender computer must allow outgoing udp-traffic on the specified port, the receiving computer must allow incoming udp-traffic on the port and all intermediate firewalls have to act accordingly).
and connect a [print] directly to [dumpOSC] so you can see whether you receive anyhing.
and watch the console, whether it bails out on either the sending or the receiving side.
mfga.sdf IOhannes
PS: and use martin's net/osc objects, they are better...
Martin
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
Marko Timlin wrote:
Moi, where can I find "martin's net/osc objects" mentioned below by IOhannes?
in the cvs at pure-data's repository at sourceforge.
if you prefer binaries, have a look at pd-extended.
the objects are called [udpsend], [udpreceive], [packOSC] and [unpackOSC].
and why do I have to set up the machines to pass udp packets on port 7000? is there a reason why port 7000 and not any other port???
the reason is, that it is often quite hard to explain something in an abstract way (esp. if one does not know what the other already knows).
if i had written "<port>" instead of "7000", you might have asked me why the object [udpreceive <port>] (literal!) did not create at all and how to configure your firewall to pass through "<port>" (you do have an application-layer firewall, don't you?)
if you had known that i meant a number with "<port>", youmight have started with any number, e.g. 123 or 100234, both of which might have caused you problems which i had no intention to go through.
so it was an attempt to reduce my amount of typing (which has provento fail completely, considering what i have to type now).
as a matter of fact you can use any port. just have a look at the help-files (once you have the objects)
fmasdr. IOhannes
thanks, m.
martin.peach@sympatico.ca wrote:
Be sure that both machines are set up to pass udp packets on port 7000.
e.g. be sure to configure your firewalls correctly when dealing with network traffic (the sender computer must allow outgoing udp-traffic on the specified port, the receiving computer must allow incoming udp-traffic on the port and all intermediate firewalls have to act accordingly).
and connect a [print] directly to [dumpOSC] so you can see whether you receive anyhing.
and watch the console, whether it bails out on either the sending or the receiving side.
mfga.sdf IOhannes
PS: and use martin's net/osc objects, they are better...
Martin
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
Mojn, mind the portnumbers.
UDP is like a scream/stream, just broadcasting on the whole network for anyone to listen on that port. TCP/IP does handshake on two channels (eg port 4444 and 4445) involving al kinds of "are you ready, oh, I didnt get that", messages.
If you want to connect both ways with UDP select two different portnumbers for the two senders (5555 7777).
Make shure these ports are free, on win do Run/"netstat -a 30" to see. on mac I don't know.
And as Martin says: "Mind the networkfiltering (firewalls)", these ports need to be open for network traffic.
Good luck
mvh/Steffen Leve Poulsen
Marko Timlin skrev:
Moi, where can I find "martin's net/osc objects" mentioned below by IOhannes?
and why do I have to set up the machines to pass udp packets on port 7000? is there a reason why port 7000 and not any other port???
thanks, m.
martin.peach@sympatico.ca wrote:
Be sure that both machines are set up to pass udp packets on port 7000.
e.g. be sure to configure your firewalls correctly when dealing with network traffic (the sender computer must allow outgoing udp-traffic on the specified port, the receiving computer must allow incoming udp-traffic on the port and all intermediate firewalls have to act accordingly).
and connect a [print] directly to [dumpOSC] so you can see whether you receive anyhing.
and watch the console, whether it bails out on either the sending or the receiving side.
mfga.sdf IOhannes
PS: and use martin's net/osc objects, they are better...
Martin
-
IOhannes m zmoelnig -
Marko Timlin -
Steffen Leve Poulsen