Stringing Multislider->pattr lists together?


    Mar 17 2007 | 9:33 pm
    Hi all,
    I am redesigning the core of my sequencing patch, and I feel like I've run out of options in my Max vocabulary.
    Here's the deal: 128-member list of floats arrives via ethernet, is split and sent to: | 8 16-member multisliders, each with their own section of the 128-member list, *strung together* and sent to: | 128-member list, going out via OSC over udpsend.
    *How do I string these lists together in the best way? * I noticed that if I get the data using [pattr @bindto MyMultisliders] I get nicely formatted lists - but how to best stick all these lists together to one? (in the right order, mind you ;) )
    Thank you so much for your time, Cheers, Andreas

    • Mar 17 2007 | 10:05 pm
      You could use 2 zl slices to get the section of the list that you want, then send that to the multislider for that range, then send all of the multisliders to
      bondo 8 n -> pack f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f f
      If you want less clobbering, I highly recommend using bondo 8 20 n, where 20 is a 20 ms delay so that receiving the input list doesn't trigger 8 copies. (or you could use lchange in the lobjects)
      Peter McCulloch
      On Mar 17, 2007, at 5:33 PM, Andreas Wetterberg wrote:
      > Hi all, > > I am redesigning the core of my sequencing patch, and I feel like I've > run out of options in my Max vocabulary. > > Here's the deal: > 128-member list of floats arrives via ethernet, is split and sent to: > | > 8 16-member multisliders, each with their own section of the > 128-member list, *strung together* and sent to: > | > 128-member list, going out via OSC over udpsend. > > *How do I string these lists together in the best way? * > I noticed that if I get the data using [pattr @bindto MyMultisliders] > I get nicely formatted lists - but how to best stick all these lists > together to one? (in the right order, mind you ;) ) > > Thank you so much for your time, > Cheers, > Andreas > > www.petermcculloch.com
    • Mar 17 2007 | 10:40 pm
      Peter McCulloch skrev: > You could use 2 zl slices to get the section of the list that you > want, then send that to the multislider for that range, then send all > of the multisliders to > > bondo 8 n > -> [...] Thanks! I decided to do some testing with this, and I found that for my needs [bondo 8 n]-> [zl group 128] worked fine - really simple solution, actually - the good ones are, arent' they?
      I had the [zl slice 16] down already, so the results look something like this, (except that this is a 64-member version, but you get the idea) - patch below. Cheers
      Andreas
    • Mar 19 2007 | 6:37 pm
      That's cool, I did a similar thing a bit ago but used some javascript to extend the lists past 256 (just to see if I could do some code more than anything). 256 is a lot of points though, especially when it's changing via pattr.
      Changing the zl group number to something other than 64 gives some pretty dynamic and interesting results too, as the groupings don't line up with the multislider exactly and the list shuffles around. A zl rot on the last list, maybe with a couter for auto-rotate, is neat... and if you don't want it, you can still have it available, just with a rotation of 0.
      --CJ
    • Mar 20 2007 | 11:17 am
      andreas,
      ur patch seems to glu the lists back in the wrong order on my machine... (unless that's what you wanted)
      i was getting the first 16 block shifted + 48 steps. it should be put back in the first 16 steps when reassembled in the last multislider?
      i swapped bondo with trigger and zl join to glu the 4x16 patterns back in the proper order... ; )
      j
    • Mar 20 2007 | 12:06 pm
      Andreas Wetterberg schrieb: > I decided to do some testing with this, and I found that for my needs > [bondo 8 n]-> [zl group 128] worked fine - really simple solution, > actually - the good ones are, arent' they?
      You could also have a look at my paker abhaXion, it's based on zl join, and thus would work with lists as well...
      Stefan
      -- Stefan Tiedje------------x------- --_____-----------|-------------- --(_|_ ----|-----|-----()------- -- _|_)----|-----()-------------- ----------()--------www.ccmix.com
    • Mar 20 2007 | 8:56 pm
      Quote: justin wrote on Tue, 20 March 2007 12:17 ---------------------------------------------------- > andreas, > > ur patch seems to glu the lists back in the wrong order on my machine... (unless that's what you wanted) > > i was getting the first 16 block shifted + 48 steps. it should be put back in the first 16 steps when reassembled in the last multislider? > > i swapped bondo with trigger and zl join to glu the 4x16 patterns back in the proper order... ; ) > > j > Thanks - oddly it seems to work here. YMMV, inded :) Andreas
    • Mar 20 2007 | 8:58 pm
      Quote: Stefan Tiedje wrote on Tue, 20 March 2007 13:06 ---------------------------------------------------- > Andreas Wetterberg schrieb: > > I decided to do some testing with this, and I found that for my needs > > [bondo 8 n]-> [zl group 128] worked fine - really simple solution, > > actually - the good ones are, arent' they? > > You could also have a look at my paker abhaXion, it's based on zl join, > and thus would work with lists as well... Thanks! These kinds of abstractions are really cool, and I honestly haven't even taken more than a little peek inside S.Tools. I definitely will now!
      Andreas.