how to [gate] a matrix?

    Apr 14 2014 | 3:09 pm
    i´d like to replace some of my older jitter "gates" abstractions with my regular messages gates abstractions, which means i am packing the incoming matrix with e.g. [prepend video] and then use different objects such as [gate] or [route] to switch output or to switch between different inputs to the abstraction, as opposed to utilizing jit.crossfade or jit.alphablend.
    in many situations now unwanted frames do appear when i modulate such "gates".
    example: say i am using [switch] and change its argument (by sending 1 to switch so that a different source is been passed through). in about 50% of the cases there is one unwanted frame now on the output, and that even in a situation where the origin of the frames of both matrixes is the same metro ...
    i believe that my problem is caused mostly in my mind, because i just cant stop thinking in right-to-left order when working with video. but isnt there a general trick how to solve this?

    • Apr 14 2014 | 9:34 pm
      difficult to help without patch, but right to left order should apply too
      ie, the last received matrix will be the one displayed
    • Apr 15 2014 | 5:58 am
      How about [selector] within jit.gen? Very simple to implement. It was designed as a switch object for matrices. Are you able to run Gen on your machine?
    • Apr 16 2014 | 9:17 pm
      jit.gen is a good idea which i will keep in my mind, but of course i´d prefer a solution which would work on older systems, too. first step is to reuse my existing max gates.
      will post a simplified example patch tomorrow.
    • Apr 16 2014 | 9:20 pm
      Can you post an example that generates those unwanted frames?
    • Apr 16 2014 | 9:45 pm
      i dont have max here now.
      basically i do stuff like this:
      metro 200 400 200 400 200 (use still images for this test)
      prepend video prepend video
      gate gate (controlled by a toggle, one of them with reversed order of 0 and 1)
      route video
      for me this flickers, and about every other time i press the toggle, one wrong (or black/emtpy) frame appears. this remains like it is even when you put a [del 0] behind the toggle and turn overdrive on.
    • Apr 16 2014 | 9:49 pm
      i must be not seeing something very obvious.
    • Apr 17 2014 | 12:40 am
      no problems here... at least not with this:
    • Apr 17 2014 | 11:43 am
      what if you use two different "route video" and then use a op+ or something?
    • Apr 18 2014 | 8:59 pm
    • Apr 20 2014 | 8:37 pm
      @metamax: i can no longer reproduce the problem. no idea what went wrong.
    • Apr 20 2014 | 8:55 pm
      Sounds like you have no idea what went right. Not such a bad place to be. :)