[PD] sequencer help
shift8 at digitrash.com
Sun Aug 28 01:21:53 CEST 2005
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 at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list