<div dir="ltr"><a href="https://en.wikipedia.org/wiki/Binary_Golay_code">https://en.wikipedia.org/wiki/Binary_Golay_code</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 23, 2017 at 3:10 AM, IOhannes m zmoelnig <span dir="ltr"><<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2017-02-23 02:39, Martin Peach wrote:<br>
> Right now, [unpackOSC] only accepts lists, which must be complete OSC<br>
> packets. I could make it accept lists,<br>
<br>
</span>i think that [unpackOSC] behaves as it should.<br>
esp. i don't think that it should attempt to form packets out of a<br>
bytestream by itself.<br>
<br>
this is clearly the task of a lower-level protocol:<br>
the  original OSC-1.0 specs didn't mention any means to do the<br>
packetizing on stream-based protocols (most likely an omission), only<br>
later SLIP was *recommended* (rather than *mandated*) [citation needed].<br>
afaik, there are still implementations out there that do not use SLIP<br>
for packetizing (but rather prefix each OSC-packet with a 4 byte length<br>
field [citation needed]).<br>
<span class=""><br>
> or single floats, with no output<br>
> until it has a complete packet or a definite erro<br>
<br>
<br>
</span>the problem with this is, that there is no way to know when an OSC<br>
*bundle* (rather than a message) has finished (if you don't have a<br>
end-of-package marker).<br>
so if you received a time-tagged bundle with two messages A & B, and<br>
immediately after that a plain message C, unpackOSC wouldn't have a way<br>
to auto-sense the difference between B and C (either B would be output<br>
as "immediate" without a timetag, or C would be timetagged; both are wrong)<br>
<br>
fgamf<br>
<span class="HOEnZb"><font color="#888888">IOhannes<br>
<br>
</font></span><br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br></blockquote></div><br></div>