Hi,
I've used netsend for broadcasting UDP packets to the local network for years, connecting to 255.255.255.255:5000 (or any other port >1024) and I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd from a terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't appear in the pd console btw).
I remember mentioning this some time ago and being told that it had been fixed, but it seems it isn't.
Is there a way to circumvent this and be able to broadcast udp packets with netsend?
thanks m.
By the way, if I try to connect to 192.168.2.255 (which is the broadcast address for my actual local network) instead of 255.255.255.255, I get the same error in the terminal, but in this case, in the Pd console I also see the message "bad host?"
On 03/31/2011 04:46 PM, Matteo Sisti Sette wrote:
Hi,
I've used netsend for broadcasting UDP packets to the local network for years, connecting to 255.255.255.255:5000 (or any other port >1024) and I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd from a terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't appear in the pd console btw).
I remember mentioning this some time ago and being told that it had been fixed, but it seems it isn't.
Is there a way to circumvent this and be able to broadcast udp packets with netsend?
thanks m.
Use disis_netsend/netreceive, which provide this and other functionalities.
Ico
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Matteo Sisti Sette Sent: Thursday, March 31, 2011 10:51 AM To: PD-List Subject: Re: [PD] udp broadcasting with netsend: permission denied in Linux
By the way, if I try to connect to 192.168.2.255 (which is the broadcast address for my actual local network) instead of 255.255.255.255, I get the same error in the terminal, but in this case, in the Pd console I also see the message "bad host?"
On 03/31/2011 04:46 PM, Matteo Sisti Sette wrote:
Hi,
I've used netsend for broadcasting UDP packets to the local network
for
years, connecting to 255.255.255.255:5000 (or any other port >1024)
and
I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd from a terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't appear in the pd console btw).
I remember mentioning this some time ago and being told that it had
been
fixed, but it seems it isn't.
Is there a way to circumvent this and be able to broadcast udp
packets
with netsend?
thanks m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Can you say more about disis netsend vs netsend?
Btw I've been using netsend and netreceive to broadcast through a network on linux without problems for years. My guess is you have a firewall up...
...sent from my cell On Mar 31, 2011 11:11 AM, "Ivica Ico Bukvic" ico@vt.edu wrote:
Use disis_netsend/netreceive, which provide this and other
functionalities.
Ico
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Matteo Sisti Sette Sent: Thursday, March 31, 2011 10:51 AM To: PD-List Subject: Re: [PD] udp broadcasting with netsend: permission denied in Linux
By the way, if I try to connect to 192.168.2.255 (which is the broadcast address for my actual local network) instead of 255.255.255.255, I get the same error in the terminal, but in this case, in the Pd console I also see the message "bad host?"
On 03/31/2011 04:46 PM, Matteo Sisti Sette wrote:
Hi,
I've used netsend for broadcasting UDP packets to the local network
for
years, connecting to 255.255.255.255:5000 (or any other port >1024)
and
I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd from
a
terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't
appear
in the pd console btw).
I remember mentioning this some time ago and being told that it had
been
fixed, but it seems it isn't.
Is there a way to circumvent this and be able to broadcast udp
packets
with netsend?
thanks m.
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 ->
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 03/31/2011 07:41 PM, John Harrison wrote:
Can you say more about disis netsend vs netsend?
use iemnet/udpsend :-) (or mrpeach/udpsend)
Btw I've been using netsend and netreceive to broadcast through a network on linux without problems for years. My guess is you have a firewall up...
unlikely. if the firewall would be the problem, then you wouldn't get an error on the console. "broadcast" means to "send to all those who are listening". a firewall impairs the listening capabilities, not the sending capabilities.
mgasdr IOhannes
broadcast should work with netsend/netreceive in pd 0.43 and I think
maybe Pd-extended 0.42.5
.hv
On Mar 31, 2011, at 10:46 AM, Matteo Sisti Sette wrote:
Hi,
I've used netsend for broadcasting UDP packets to the local network
for years, connecting to 255.255.255.255:5000 (or any other port
- and I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd
from a terminal, I see this error in the terminal output:
"connecting stream socket: Permission denied (13)" (one of the few
errors that don't appear in the pd console btw).I remember mentioning this some time ago and being told that it had
been fixed, but it seems it isn't.Is there a way to circumvent this and be able to broadcast udp
packets with netsend?thanks m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone." --Bjarne Stroustrup (creator of C++)
Maybe PD must be run as root to do this?
Philip
On 3 Apr 2011, at 03:52, Hans-Christoph Steiner hans@at.or.at wrote:
broadcast should work with netsend/netreceive in pd 0.43 and I think maybe Pd-extended 0.42.5
.hv
On Mar 31, 2011, at 10:46 AM, Matteo Sisti Sette wrote:
Hi,
I've used netsend for broadcasting UDP packets to the local network for years, connecting to 255.255.255.255:5000 (or any other port >1024) and I never had problems under Windows.
However in Linux it doesn't work, it doesn't connect. If I run Pd from a terminal, I see this error in the terminal output: "connecting stream socket: Permission denied (13)" (one of the few errors that don't appear in the pd console btw).
I remember mentioning this some time ago and being told that it had been fixed, but it seems it isn't.
Is there a way to circumvent this and be able to broadcast udp packets with netsend?
thanks m.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup (creator of C++)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 04/03/2011 04:49 AM, Hans-Christoph Steiner wrote:
broadcast should work with netsend/netreceive in pd 0.43
Is 0.43 ready to be used "seriously"? Last time i tried it (at least a few months ago), it looked very very "beta"
and I think maybe Pd-extended 0.42.5
Oh thanks, I'll try it. The project I was trying was made in Vanilla and I didn't dare open it in Extended in case there's some name clash with some abstraction of mine...
On Apr 3, 2011, at 7:11 AM, Matteo Sisti Sette wrote:
On 04/03/2011 04:49 AM, Hans-Christoph Steiner wrote:
broadcast should work with netsend/netreceive in pd 0.43
Is 0.43 ready to be used "seriously"? Last time i tried it (at least
a few months ago), it looked very very "beta"
As much as pd 0.42.0 or 0.41.0 was ready to be used seriously. We are
at the point where we don't know of showstopping bugs, but I'm sure
once people use it, they'll find some that we'll need to fix in
0.43.1, etc.
and I think maybe Pd-extended 0.42.5
Oh thanks, I'll try it. The project I was trying was made in Vanilla
and I didn't dare open it in Extended in case there's some name
clash with some abstraction of mine...
Sad but true... I hope we can get the search order changed so that it
goes project folder first, then this would not be an issue.
.hc
¡El pueblo unido jamás será vencido!
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/03/2011 01:11 PM, Matteo Sisti Sette wrote:
Is 0.43 ready to be used "seriously"? Last time i tried it (at least a few months ago), it looked very very "beta"
häh? a few months ago, there was some beta-version of Pd available for download (named "0.43.0test3" or so). in the meantime, 0.43 has been officially released.
i would say that the main difference between a "test" (aka 'beta') version of a software and an official release is, that the maintainer(s) think that all the showstopping bugs have gone away. (i also hope, that the maint's toughts are not the _only_ difference, but that showstopping bugs have indeed been fixed).
if you don't trust in official releases, then you probably have to check yourself, whether a given version fulfills your quality standards [*].
fgmasdr IOhannes
[*] i'm aware that you personally do a lot of testing of 'experimental' software, as can be seen in the bug-tracker. thanks for the reports, btw.
hey, probably not related to pd at all but currently can´t get JAVA applet in mozilla through IcedTea and opneJDK to send tcp or udp packets to pd, something to do with permissions no certificate, blah blah.... Any Ideas?
hi,
On 11/08/2014 11:46 AM, Billy Stiltner wrote:
hey, probably not related to pd at all but currently can´t get JAVA applet in mozilla through IcedTea and opneJDK to send tcp or udp packets to pd, something to do with permissions no certificate, blah blah.... Any Ideas?
you get this error in mozilla, right? (not in Pd). then i think the problem is a "mozilla problem".
do you think there is any relation to the original problem reported in this thread (in 2011)? afair, this was about not being able to send UDP (not TCP) packets in *broadcast* mode (not unicast).
it's a bit hard to tell which info in your email is actually new and which is just a leftover from the original thread.
mfgdsar IOhannes
PS: please keep my out of CC/To,... i'm reading the mailing list.
the error is reported by icedtea plugin, itś not a pd problem but this is the most relevant thread that i could find
Hi Billy,
On 08/11/14 18:46, Billy Stiltner wrote:
hey, probably not related to pd at all but currently can´t get JAVA applet in mozilla through IcedTea and opneJDK to send tcp or udp packets to pd, something to do with permissions no certificate, blah blah.... Any Ideas?
One thing to check is that you are setting the SO_REUSEADDR flag and possibly the SO_REUSEPORT flag too, depending on your platform.
Should be possible to set the flag in Java if you have access to the source code of the plugin.
Pd automatically sets this flag.
Cheers,
Chris.
-
Billy Stiltner -
Chris McCormick -
Hans-Christoph Steiner -
IOhannes m zmölnig -
Ivica Ico Bukvic -
John Harrison -
Matteo Sisti Sette -
Philip Cunningham