[PD] utf8 over tcp
IOhannes m zmoelnig
zmoelnig at iem.at
Mon Apr 20 10:05:40 CEST 2015
On 2015-04-19 22:45, Jonathan Wilkes via Pd-list wrote:
> On 04/19/2015 03:46 PM, IOhannes m zmölnig wrote:
>> since TCP/IP is totally packet agnostic, thou shalt not rely on it's
>> packetizing capabilities.
>> if your receiver emits packets the same as you sent them, then you were
>> merely lucky.
>
> Thanks. There's a string-decoder lib that puts a buffer's extra "tail"
> bytes
> in a separate bin so they can be prepended to the next buffer. That
> sounds like
> the way to go.
any packetizing token ('"tail" bytes') needs to be excluded from or
within from the actual payload.
>
> I wonder if localhost is doing optimizations that make the problem
> unlikely to happen.
do not trust it.
much broken multithreaded code used to work fine on single-core
machines, because the single-threaded architecture made some problems
unlikely to happen. and then we got multiple cores...
(admittedly, this story is entirely made up by me; but there is no
reason why it should not not true)
>
> Right, but one can easily lose data before that part of the algorithm
> happens. Node's Buffer API makes this extremely easy to do. The
> string-decoder lib makes it easy to remedy, though.
if you "can easily lose data" over your TCP/IP connection then something
is seriously wrong with your setup.
(but anyhow, i don't know the actual problem you are working on, and i
assumed that it is about your gui-rewrite. i'm nitpicky to make you
avoid putting too much (== any) code depending on node.js features into
the Pd-core side. but you are most likely aware of that anyhow)
fgmasdr
IOhannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150420/9d59ca36/attachment.sig>
More information about the Pd-list
mailing list