Re: [PD] end of the vline~
You can follow all those complicated methods (which get more complicated if you're planning to use lists), because pd isn't max, and therefore some objects must behave differently in order for pd to be independent. Or, if you don't really need the extra precision in the line, you can use Line~ from cyclone. there you have the bang in the end of the line, just like max. Hallo, Scott Fitzgerald hat gesagt: // Scott Fitzgerald wrote: I feel this is a head-slappingly stupid question, but is there any way to tell when vline~ has finished its run? It will end when it's done with doing what you told it to do. ;) You always know when a vline~ (or line~ or line) object ends, because at some point in the past you have started it with a certain desired duration. When that duration has passed, the line ends. E.g. you send a 10 1000 to vline, then that segement will end after 1000 msec. No need for an extra bang. If you still want that extra bang, just duplicate your delay time to a [delay] object as well, scheduled with a [trigger]. Ciao -- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 [EMAIL PROTECTED] skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Pd-Ext-0.39-2-t5, Pd Van 0.40-t2 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] end of the vline~
I feel this is a head-slappingly stupid question, but is there any way to tell when vline~ has finished its run? It doesn't seem to me a stupid question at all - also I've heard that stupid questions don't exist. I don't think there's any direct way - i.e. any way to have vline itself tell you when he's finished. However you can certainly achieve what you need. I can think of 2 approaches: 1) Analize the same messages you're feeding into vline to drive a [delay] 2) Analize the same messages you're feeding into vline to set up a [threshold~] and manage its output bangs One or the other may result the simpler depending on the context (i.e. assumptions and restrictions about the messages that can come to vline in your particular case). -- Matteo Sisti Sette [EMAIL PROTECTED] http://www.matteosistisette.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] end of the vline~
I feel this is a head-slappingly stupid question, but is there any way to tell when vline~ has finished its run? like a bang at the end, or something? i am feeling quite dense right now. (ditto with line, or line~) thanks ~s ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] end of the vline~
Hallo, Scott Fitzgerald hat gesagt: // Scott Fitzgerald wrote: I feel this is a head-slappingly stupid question, but is there any way to tell when vline~ has finished its run? It will end when it's done with doing what you told it to do. ;) You always know when a vline~ (or line~ or line) object ends, because at some point in the past you have started it with a certain desired duration. When that duration has passed, the line ends. E.g. you send a 10 1000 to vline, then that segement will end after 1000 msec. No need for an extra bang. If you still want that extra bang, just duplicate your delay time to a [delay] object as well, scheduled with a [trigger]. Ciao -- Frank Barknecht ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
