[PD] udpsend: unsure about raw data
Andy Farnell
padawan12 at obiwannabe.co.uk
Sun May 24 14:26:25 CEST 2020
If it's a question of efficiency, to be really really sure,
maybe read the UDP packets off the wire/port with tcpdump,
which despite its name is quite happy to capture and show
UDP too.
tcpdump -i lo udp port 9000 -vv -X
You'll see any byte order munging or padding
due to some NIC/network stack setups. On
my Debian systems it is indeed plain bytes.
a.
On Sun, May 24, 2020 at 01:31:53PM +0200, rolfm at dds.nl wrote:
> hi,
>
> i want to minimize the data stream send through an UDP connection
>
> by sending 'coded' bytes; the receiver(s) will decode them.
>
> i'm unsure about the meaning of 'raw data' in the helpfile of [udpsend].
>
>
> does [1 2 3( represent bytes with the octal vaue 001 002 003,
>
> or the integers 1 2 3 which will be 'translated' into the octal bytes
> 061 062 063 ?
>
> it's a bit ambigious for me, especially comparing the helpfiles of
> [iemnet/udpsend] and [mrpeach/udpsend].
>
> with the iemnet version one cannot send files directly, it's necessary
> to use [binfile].
>
> does it mean that the mrpeach version recognizes that a file is used for
> input;
>
> wow that [binfile] is embedded in its [udpsend]?
>
> rolf
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 213 bytes
Desc: Digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20200524/b4d95307/attachment.sig>
More information about the Pd-list
mailing list