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.

Martin

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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list