bdhm

can someone explain me, why in my example [select] is not working ?

I guess [expr] is sending some 'set' message.

can someone explain me, why in my example [select] is not working ?
I guess [expr] is sending some 'set' message.
is it ?

select-not-always-working-why

It looks like a rounding thing. Try multiplying by 10 then converting from float to [int] and [sel 9], which should do it.

Just pass it through a [sprintf %.1f]. Not sure why this is necessary though. Also, you might want to use [round 0.1] instead of the rounding abstraction you have (although they do behave a bit differently - with [round 0.1], 0.15 will become 0.2 - the abstraction returns 0.1 which makes it more like a floor and/or truncation function).

my conclusion: 'you don't see what you get'.

It's just the way floating points values are represented. Not everyone of them exists (just google IEEE754 for more details). It's usually a good idea away from quality comparisons with floating numbers.

You might want to look into floating point precision to see why this doesn't work. This comes up quite a lot on the forum.

For a start 0.1 cannot be represented exactly in binary floating point (and neither can 0.9). If you require an exact precision to x decimal places, then the floating point format is probably not the best way to go. Some kind of fixed point format representation might be better, where most probably you end up with all integer values (as luke suggests above).

Wondering why there isn't second inlet in ''select" with one arg of '0.9' . . .

OOps thought I posted last night
Wondering  why there isn't  second inlet in ''select" with one arg of '0.9' . . .
It seems to not like floats???


very interesting field this IEEE754.
it is kind of new for me.

'select' not always working, why?