Reversing direction of modulo input

    Oct 30 2012 | 9:42 pm
    My patch sends triggers bangs received from an iPhone compass (using C74 app as input). As the compass turns around and around, it sends out integers and resets to 0 after going around one revolution. I can't quite figure out how to have the direction reverse as it completes a full revolution, so that way instead of jumping to the first bang it simply changes direction as the iPhone continues spinning in the same direction (and also change direction if the spin changes direction).
    Any ideas? Thanks!

    • Oct 30 2012 | 11:55 pm
      try this:
    • Oct 31 2012 | 9:38 pm
      Thanks for this excellent example - I like the [select] instead of split, much sleeker.
      However, it doesn't wrap in the way I need - it still has a 1:1 relationship between degree input and note output (so when it goes back to zero, it hits the first bang on the left).
      Basically, I'm trying to figure out how to get it to reverse direction and move down when it gets to the last bang (select 15). So I can keep turning the iPhone in the same direction but the bangs will go up, then down, then up, then down respectively. That way there's not a huge jump in register when the 0 -> 360 (or 360 -> 0) degree threshold is crossed (since they trigger notes laid out sequentially).
    • Oct 31 2012 | 11:30 pm
      OK I misunderstood-- I didn't realise the data wraps between 0 and 360--
      you'll need to use bucket to compare the previous value to the current value to establish direction (ie going toward zero or toward 360) AND whether it has 'jumped' and then either subtract the current value from 360 [!- 360] or simply pass the value according to the result of that logic.You may or may not need to do some data smoothing first as well.
    • Oct 31 2012 | 11:56 pm
      possible solution:
    • Nov 07 2012 | 8:59 pm
      Here's an attempt. I've been trying to wrap my brain around this and just can't figure it out. I just need the boundary values to trigger a state change so that I'm either adding or subtracting from the input. This attempt works with the counter moving up but not counting down because I'm testing the high value but not the low value, I assume. It still goes to the other boundary of the modulo before reversing direction. Can anyone help me perfect/streamline this?
    • Nov 07 2012 | 11:10 pm
      here's an adaptation of your patch-- but surely there's a simpler way to do it .... I added a direction-sensitive switch which helps, as alluded to in my previous post