On Mon, 2015-01-12 at 17:28 +0200, Alexandros Drymonitis wrote:
On Mon, Jan 12, 2015 at 5:11 PM, IOhannes m zmölnig zmoelnig@iem.at wrote: On 01/12/2015 09:49 AM, Alexandros Drymonitis wrote: > Why not store what [r pd] -> [route dsp] outputs to [f ]'s right inlet, and > bang the left inlet whenever you want to know the dsp state?
maybe because it reports the wrong value if you: - start Pd - turn DSP on - query your [dspstate] abstraction (that implements your suggestion)I don't understand how this will report a wrong value. If you start Pd and turn the DSP on, then [f ] will hold 1, right? If you bang it, it will output 1, which is the DSP state. And if you turn the DSP off, it will hold 0. How is that wrong?
I am not entirely clear about what IOhannes meant exactly. But assume you set the DSP to on and only then you load the patch containing your [dspstate] abstraction, the query will return a wrong result. Also it is not always feasible to guarantee a certain patch (the one holding [dspstate]) is loaded during the whole Pd session. The problem remains that your [dspstate] abstraction depends on the user once turning DSP on or off in order to reliably know the DSP state.
Claude already mentioned some workarounds to query the current state without knowing it beforehand.
Roman