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"lamouraupeuple@gmail.com a écrit :
Hi,
I noticed different strange comportments with [line].
When I send, for exemple, [100 10000( 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."
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.
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