d'oh... it's not really a genreic event sequencer if it can handle a) simultaneous updates and b) updates from any number of non-mouse driven sources. in my haste i guess i kinda forgot that ;( oh well. back to the drawing board.
On Sat, 2005-08-27 at 15:26 -0700, shift8 wrote:
thanks again for the help guys. just as an fwi - i did figure out a way to do this by capturing first the output of pool to a given control, then the output of that control, and compare at clock tic. if != , block further updates to that control from pool (via [route]). i really like the mouse event solution, and i think i'm going with that.
all of these solutions necessitate figuring out how to deal with the data athat is already stored for a given controller b4 the user makes an update. the default is to merge the data. but that has it's own set of problems. i didn't want to do control polling via [bangs] because that would make the pool storage really large (tics * keys * controls), and i want to edit it externally at some point. maybe i can do polling, then strip the continuous values at save time. anyone have any suggestions on that?
On Sat, 2005-08-27 at 12:06 +0900, hard off wrote:
my solution is probably not as neat as you would like. ...the main problem i found is that there is no way of knowing if the sliders are being moved manually or by the sequencer.
so my solution is just to use keyboard inputs to toggle the recording / control flow.
hopefully someone else can think of something better for you. _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list