Just playing with sndOSC-help.pd and dumpOSC.pd, I notice that it happens only if typetags are used. (linux version) Martin

B. Bogart wrote:

Hello all,

I'm hoping to pass around a lot of Gem data via OSC and have run into a little bug (or a limitation of OSC)

Any whole negative numbers I send via sendOSC get send out of dumpOSC as 4.29497e+009

that is -1, -2, -3, -10 etc.. but not -0.99999 or -10.0001

It really is an anoyance! I'm running on windows, using a fresh OSC binary from this week.

Perhaps negative numbers are not used so often in OSC?

Thanks! Ben

---

PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list

This can be fixed if you can compile it: In OSCx/OSC/dumpOSC.c line 743, in the function dumpOSC_PrintTypeTaggedArgs():

change SETFLOAT(mya+myargc,ntohl(*((int *) p))); to SETFLOAT(mya+myargc,(signed)ntohl(*((int *) p)));

...since ntohl returns an unsigned integer, you get 0xFFFFFFFF for -1, which equals 4294967295 decimal...

Martin

B. Bogart wrote:

Hello all,

I'm hoping to pass around a lot of Gem data via OSC and have run into a little bug (or a limitation of OSC)

Any whole negative numbers I send via sendOSC get send out of dumpOSC as 4.29497e+009

that is -1, -2, -3, -10 etc.. but not -0.99999 or -10.0001

It really is an anoyance! I'm running on windows, using a fresh OSC binary from this week.

Perhaps negative numbers are not used so often in OSC?

Thanks! Ben

---

PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list