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
Thank you again for your help.
--
David Shimamoto
> PSPunch wrote:
>>
>> Hi Calude,
>>
>>
>> > I don't know if mrpeach osc and net objects work on Windows, but if
>> they
>> > do they should be preferred to the OSCx objects.
>> > (snip)
>> > OSCx library is old, buggy, unmaintained, broken
>>
>> I've tried the two libraries prior to my post.
>> They both work well on Windows to the extent that I saw neither having
>> disadvantages over the other.
>>
>>
>> A problem I see commonly among the two mentioned sets of libraries is
>> that they output incorrect values when receiving float or negatives.
>> Integers and zero are fine.
>
> Recent versions of [packOSC] and [unpackOSC] should work properly.
> If not, please post some examples.
>
> Martin
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
>
http://lists.puredata.info/listinfo/pd-list
>
