[PD] packOSC integer marshalling

Martin Peach martin.peach at sympatico.ca
Fri Sep 7 15:13:11 CEST 2012

I guess it's because all numbers in Pd are floats, but usually integer 
floats are meant to be integers. But obviously it's impossible for the 
code to know what the user wants, so you can also force the type by 
using the [sendtyped ...( message. Probably sending all numbers as 
floats will annoy an approximately equal number of people.


On 2012-09-07 07:11, Jamie Bullock wrote:
> Hi list,
> It looks like the mrpeach [packOSC] external converts Pd floats to OSC integers if the float value is equal to the float value cast to an int. From the source code:
>     /* It might be an int, a float, or a string */
>     switch (a->a_type)
>     {
>         case A_FLOAT:
>             f = atom_getfloat(a);
>             i = atom_getint(a);
>             if (f == (t_float)i)
>             { /* assume that if the int and float are the same, it's an int */
>                 returnVal.type = INT_osc;
> Implicitly converting floats to integers based on an arbitrary rule seems a bad idea to me. Why bother making the conversion? Why not send floats as floats?
> It's certainly going to cause problems for some clients. For example, if the client is expecting floats on a given OSC address, it may get:
> 0.5 -> float
> 1.0 -> int ???
> 1.5 -> float
> Which may result in dropped values or other anomalies.
> I am happy to send a code patch if people agree that this is a bug or at least bad design...
> best,
> Jamie
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list