Re: [PD] Line comportments.
Thank you Patko... You've forgotten to send your first patch to the list... It's pitty... because it's a simple way to solve the problem 2)... So I send it back ... It also gave me a way to make a "go-back" loop with only one [line] without stack overflow... great... Thanks a lot... 01ivier Le 30/07/2010 16:00, patko a écrit : This one compute remaining time for finishing a broken ramp just to make something complete - "Olivier Baudu" a écrit : Hi, I noticed different strange comportments with [line]. 1) When I send, for exemple, [100 1( to a [line] for the second time the line give me 100 during 10 sec. I expected it no to give me anything as it is said in the help-file : "You should also note that if you click that [bng] again a second time, nothing happens. This is because [line] is already at 1000, so sending it new instructions to ramp to 1000 is meaningless and has no effect." 2) When I send [stop( to the line I can get the last send value in the [number \ I've put under. OK. But this last value is not use as the new beginning of the next ramp. It's the last ramp's beginning that is. Whereas if I send new taget and time during the ramp it's the current value which is use as the beginning value for the ramp. 3) I tried to put a [sel ] under the [line ] (with sure sent value by the line) to reset the line, or to stop the ramp. But the result is different if the bang is send from the [sel] than if I click it manually. --> If I bang manually [stop( the ramp stop, an I get the last value. --> If the [sel ] bang [stop( the ramp stop but send me the last beginning value. I try to put a [i]--[change] under the line expecting to solve the 1) problem... but it doesn't work. Is it the same for everyone ? I use 0.42.5-extended-rc5 on Ubuntu Lucid. Thank you. 01ivier. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list #N canvas 688 86 450 390 12; #X obj 127 151 line; #X obj 127 71 f; #X msg 75 30 stop; #X obj 128 34 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #X obj 127 206 >= 100; #X obj 127 231 sel 1; #X msg 127 256 0; #X msg 127 105 \$1 \, 100 5000; #X obj 127 178 t a a a; #X floatatom 221 302 5 0 0 0 - - -; #X connect 0 0 8 0; #X connect 1 0 7 0; #X connect 2 0 0 0; #X connect 3 0 1 0; #X connect 4 0 5 0; #X connect 5 0 6 0; #X connect 6 0 1 1; #X connect 7 0 0 0; #X connect 8 0 4 0; #X connect 8 1 1 1; #X connect 8 2 9 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Line comportments.
This one compute remaining time for finishing a broken ramp just to make something complete - "Olivier Baudu" a écrit : > Hi, > > I noticed different strange comportments with [line]. > > 1) > When I send, for exemple, [100 1( to a [line] for the second time > the line give me 100 during 10 sec. > I expected it no to give me anything as it is said in the help-file : > "You should also note that if you click that [bng] again a second > time, nothing happens. This is because [line] is already at 1000, so > sending it new instructions to ramp to 1000 is meaningless and has no > effect." > > 2) > When I send [stop( to the line I can get the last send value in the > [number \ I've put under. OK. > But this last value is not use as the new beginning of the next ramp. > It's the last ramp's beginning that is. > Whereas if I send new taget and time during the ramp it's the current > value which is use as the beginning value for the ramp. > > 3) > I tried to put a [sel ] under the [line ] (with sure sent value by the > line) to reset the line, or to stop the ramp. > But the result is different if the bang is send from the [sel] than if > I click it manually. > --> If I bang manually [stop( the ramp stop, an I get the last value. > --> If the [sel ] bang [stop( the ramp stop but send me the last > beginning value. > I try to put a [i]--[change] under the line expecting to solve the 1) > problem... but it doesn't work. > > Is it the same for everyone ? > I use 0.42.5-extended-rc5 on Ubuntu Lucid. > > Thank you. > > 01ivier. > > > > > ___ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list -- Patrice Colet linebreak.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Line comportments.
Hi, I noticed different strange comportments with [line]. 1) When I send, for exemple, [100 1( to a [line] for the second time the line give me 100 during 10 sec. I expected it no to give me anything as it is said in the help-file : "You should also note that if you click that [bng] again a second time, nothing happens. This is because [line] is already at 1000, so sending it new instructions to ramp to 1000 is meaningless and has no effect." 2) When I send [stop( to the line I can get the last send value in the [number \ I've put under. OK. But this last value is not use as the new beginning of the next ramp. It's the last ramp's beginning that is. Whereas if I send new taget and time during the ramp it's the current value which is use as the beginning value for the ramp. 3) I tried to put a [sel ] under the [line ] (with sure sent value by the line) to reset the line, or to stop the ramp. But the result is different if the bang is send from the [sel] than if I click it manually. --> If I bang manually [stop( the ramp stop, an I get the last value. --> If the [sel ] bang [stop( the ramp stop but send me the last beginning value. I try to put a [i]--[change] under the line expecting to solve the 1) problem... but it doesn't work. Is it the same for everyone ? I use 0.42.5-extended-rc5 on Ubuntu Lucid. Thank you. 01ivier. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list