a number which varies between 0 and 2pi is controlled by an endless enconder, in this case, the rotation of a tuio object.

if the rotation of the encoder is clockwise and over 360º (2pi) then the value begins at 0 again and increases towards 2pi again. conversely, if the rotation is counter-clockwise and under 0º then the value begins at 2pi and decreases towards 0 again.

what would be the best practice for keeping the value at 2pi (ie, maximum) if the rotation is clockwise and keeping it at 0 (ie minimum) if the rotation is counter-clockwise? i can imagine that with conditionals and/or loops this shouldn't be that difficult to do, but maybe there is already an object in PD for this sort of task?

any input welcome, thanks for reading,
bernardo

*bump*

What kind of values to you get out of your endless encoders? Is it a range of 0-360 that wraps around once you do a full circle, or is it the difference between the last value and the current one, or what?

in this case, it's actually a value which cycles between 0.0 and 1.0, which i divided by 6.28 and multiplied by 360 to get degrees, and wraps around.

the idea is to only allow for one rotation... once it reaches 360 (ie 1.0), it stays at that value, instead of starting at 0 again.

I think you should probably get the difference between the last and current values and use that to update a counter. Test to make sure that the difference isn't too large. That way you can determine if it's at the wrap-around point. If it's too large, don't let it update the counter. Then just clip the counter between 0 and 360.

I've attached an example. The downside is that at the wrap-around point it doesn't get updated, but if that matters then it shouldn't be too difficult to make the counter just update with the last value.

Also, I don't think you need to divide by 6.28.

http://www.pdpatchrepo.info/hurleur/clipped-encoder.mmb.pd

works great, thank you!