Gen~ dealing with Multislder list input

    Oct 24 2012 | 9:48 am
    Hi, I wondered if there is a way of gen~ handling unpacked multislider lists greater than 16.
    This would be a handy param feature as the use of Multislider is quite limited at present with only a max of 16 "ins"
    Maybe there is a way but could not figure this out,
    many thanks for any help, P

    • Oct 17 2013 | 9:58 pm
      Is there a way gen~ can hanlde lists? not really right?
      I mean it would be quite convenient not to have to unpack it outside, create a lot of inlets etc..
      all the best
    • Oct 18 2013 | 7:29 pm
      Correct. There is no list input or parameter for gen~ currently.
      However, note that parameters are not limited as are inlets. So you could define as many parameters you want--e.g. foo1 foo2 foo3 foo4, etc. and use multislider -> iter -> sprintf foo$i1 $f2 -> gen~ or something like that.
      You could alternatively work around this with clever use of a buffer~ object-i.e. write the values into a buffer (one per sample) and read them from within gen~.
    • Oct 20 2013 | 9:07 am
      yes, buffer~, buffer Gen and poke~ is how I worked around it in the end. It is actually quite an elegant method.
    • Oct 20 2013 | 2:40 pm
      note that one advantage of parameter over buffer is that the parameter is updated only once per vector when gen~ optimize the code. Buffer is updated every samples.
    • Oct 20 2013 | 10:39 pm
      Emmanuel, Nice!. Quite a CPU difference, which additively will make a difference. I will try this tomorrow.
      best P
    • Oct 20 2013 | 10:56 pm
      Only problem Emmanuel's method is that I am dealing with 1000+ multisliders. The buffer, poke method is so simple, worth the CPU overhead. Both elegant in the right context. Thanks again.