Hi Martin,
So it seems like a problem with GlovePIE not formatting the bytes
according to the OSC specs..
I will review the format and if find it relevant, contact the author.
Thanks again for investigating.
--
David Shimamoto
PSPunch wrote:
Hi Martin,
Thank you for your response.
I am attaching the patch used to produce the following results.
This was tested on
Pd version 0.41.4-extended,
running on WinXP SP3.
The OSC data were sent by GlovePIE running the following code.
-------
SendOSC("127.0.0.1", 9997, "/test", 0)
wait 1 second
SendOSC("127.0.0.1", 9997, "/test", 1.5)
wait 1 second
SendOSC("127.0.0.1", 9997, "/test", -1)
wait 1 second
-------
I was expecting [routeOSC] to output 0, 1.5, -1.
--- Output ---
raw: 47 116 101 115 116 0 0 0 44 105 0 0 0 0 0 0
unpacked: /test 0
routed: 0
raw: 47 116 101 115 116 0 0 0 44 102 0 0 63 63 0 0
unpacked: /test 0.746094
routed: 0.746094
raw: 47 116 101 115 116 0 0 0 44 105 0 0 63 63 63 63
unpacked: /test 1.06111e+009
routed: 1.06111e+009
Hmmm, if I try sending the same values from packOSC to routeOSC I get:
routed: 0
unpacked: /test 0
raw: 47 116 101 115 116 0 0 0 44 105 0 0 0 0 0 0
routed: 1.5
unpacked: /test 1.5
raw: 47 116 101 115 116 0 0 0 44 102 0 0 63 192 0 0
routed: -1
unpacked: /test -1
raw: 47 116 101 115 116 0 0 0 44 105 0 0 255 255 255 255
It looks like GlovePIE is sending the wrong numbers. Does it send
anything except 63 for a value? The integer -1 should be 255 255 255
255, or 4294967295 (32 ones), but your device is sending 1061109567, as
though the two most significant bits of each byte are being set to zero.
Martin
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list