read back of sliders?

[umlaeute]

afaict (not having REAPER at hand), the specs allow a plugin to write to a slider variable, and the host is supposed to display this value.

probably the [jsusf~] could be given an extra outlet that would output the slider-values? (either when triggered manually, when a value has changed or for each block).

[asb2m10]

[jsusfx~] already supports this with the [dumpvars( message.

But I think that the runtime object ([jxrt~], see ref #11) should support this and output (via the oulets) the slider value for each slider when the [slider( message is received.

[umlaeute]

well, i don't think that printing values to the Pd-console is especially useful apart from debugging.
so i'm really talking about making those values in the patch.

but yes, if [jsusfx~]'s purpose is debugging scripts, and [jxrt~] is the object proper, i'm fine with putting that functionality there.

regarding the [slider( message, i'm not entirely sure whether a pull approach is always sufficient. i think it would be best if the user can decide whether they want to be notified of new changes or whether they want to query the current state (or both).

[asb2m10]

I doubt that on Reaper the slider update trigger is done on the dsp thread. There seems to be a low priority thread that updates everything at each ~100ms.

I'm not against the push approach; it's just that I'm not convinced yet to do this on the dsp thread. Sliders in native EEL2 are difficult to track because it's just machine code. We need to do a delta at each end of dsp buffer cycle and I find this ... overwhelming for something that is not often used. Maybe external thread like in reaper ...