Martin Beck

the parameter recorder from "Best practices in Jitter part 2 Recording" 

https://cycling74.com/tutorials/best-practices-in-jitter-part-2-recording-1

 seems to truncate parameters that are lists to a single value e.g. if you use [multislider] it will record only the first slider value. 

As far as I understand the recorder patch this is due to the use of [t b f] and [setcell1d] in the set-row sub patcher.

What would be the recommended way to adapt the patch for use with [multislider] meaning arbitrary list lengths?

image.png

parameter-recorder-to-4k-render.maxpat

the parameter recorder from "Best practices in Jitter part 2 Recording" https://cycling74.com/tutorials/best-practices-in-jitter-part-2-recording-1 seems to truncate parameters that are lists to a single value e.g. if you use [multislider] it will record only the first slider value. 
As far as I understand the recorder patch this is due to the use of [t b f] and  [setcell1d] in the set-row sub patcher.

What would be the recommended way to adapt the patch for use with [multislider] meaning arbitrary list lengths?

Hello,
the parameter recorder from "Best practices in Jitter part 2 Recording" https://cycling74.com/tutorials/best-practices-in-jitter-part

parameter-recorder-for-multislider-non-real-time-rendering

Screen Shot 2020-10-27 at 10.39.00.png

The problem with the patch is that it is designed to store float values in a jit.matrixset by setcell1d messages. And also the playback is based on reading from jit.matrixset cells.

This means in my opinion lists must be serialized somehow e.g. by [iter]. And the serialised list values have to be fed to different indices in the jit.matrixset. 

I have coarse idea how to accomplish that, but perhaps the creators of the patch can comment on the topic? Maybe there are better ways? Or one can point to some pitfalls ;-) like the zl.rev in the playback sub patcher?

Edit: [mtr] seems to be the best alternative to the PARAMETER RECORDER patch. It can record up to 128 tracks and a track can store a list.

The problem with the patch is that it is designed to store float values in a jit.matrixset by setcell1d messages. And also the playback is based on reading from jit.matrixset cells.
This means in my opinion lists must be serialized somehow e.g. by [iter]. And the serialised list values have to be fed to different indices in the jit.matrixset. 
I have coarse idea how to accomplish that, but perhaps the creators of the patch can comment on the topic? Maybe there are better ways? Or one can point to some pitfalls ;-) like the zl.rev in the playback sub patcher?

Parameter recorder for multislider - non real time rendering