[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-dev] MonitorGUI in JitLib
Hi Ron,
not sure I understand what the problem is you are reporting?
In v 3.6.1, I just tested this:
n = NdefGui(); // blank NdefGui
n.object_(Ndef(\a)); // Ndef(\a) is still undefined, so Monitor zone is disabled, correct
s.boot; // still disabled, not yet defined whether audio or control
Ndef(\a, { Saw.ar });// now Ndef(\a) is audio, so monitor zone is enabled, correct
So as long as the proxy object is not \audio, you can't play it.
I guess the design idea for that was, if you want it to be be audio,
without an audio function, you would initialize it in writing, e.g. ~a.play to, or ~a.ar(2).
Would you prefer to be able to init an ndef by hitting the play button?
--- ok, tested with MonitorGui:
s.quit;
m= MonitorGui(); // blank NdefGui
m.object_(Ndef(\a)); // Ndef(\a) is still undefined, so Monitor zone is disabled, correct
Ndef(\a).ar; // now enabled; can't play because server is off
s.boot; // now it is disabled again - this is wrong - that is the bug you mean, yes?
Ndef(\a, { Saw.ar });// now fine, can play.
the update is done like this:
MonitorGui calls getState regularly with a SkipJack, which gets all the relevant info from its object.
then checkUpdate checks if anything relevant changed compared to the previous object state,
and updates only the respective gui elements.
I did not see yet why server quit/boot throws the MonitorGui off,
but can try to check when I have time.
best, adc
On Jan 16, 2013, at 6:24 PM, "Kuivila, Ronald" <rkuivila@xxxxxxxxxxxx> wrote:
> Hi J&A,
>
> If the server is off when a MonitorGUI is created,
> it remains disabled until the underlying object is played from external logic.
> This also happens if you turn the server off and back on.
>
> Needless to say, that is a big problem.
>
> Nosing around, I could not find where the update relation to the Server is implemented.
> Any hints?
>
>
> RJK
>
>
> _______________________________________________
> sc-dev mailing list
>
> info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-dev/
> search: https://listarc.bham.ac.uk/lists/sc-dev/search/
_______________________________________________
sc-dev mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/