OK, so a fader is kicking my @#&$^ grrrr...

I included a simple patch to illustrate my problem. Basically I am trying to write a subpatch to move a volume fader all the way to the top (1) i.e. fade up all the way.

I was trying to feed output from the fader back into the patch and use it for calculations and discovered that when I manually move the fader by hand I get numbers in the output but if I invoke "set" method then I get nothing on the output.

I can write something that doesn't use output from fader but I kinda want to understand what is going on here.

thanks in advance for any hints

http://www.pdpatchrepo.info/hurleur/move_fader.pd

Ok, sorry answered my own question

New an improved patch attached.

http://www.pdpatchrepo.info/hurleur/move_fader.pd

Hey Digi,

A float box can be used to store a number temporarily if you send it to the right inlet and then sent to the fader by banging the left inlet. That would make a better solution to using [set( and [bang( messages.

In the example I've attached I've made a few changes to show you a new trick.

The metro works like before, but it bangs whatever number we have stored in the float. This value is the increment step.

The next stage is [+]X[f] , called an accumulator. An accumulator adds whatever number it is sent to the last one and stores it.

As before [moses] stops the progression, but I removed an unnecessary [bang] because whenever you send anything to a message box it outputs the message.

Finally, a [t b b ] trigger at the top also sends a [0( messge to the accumulator first, to reset the slider back to zero each time.

http://www.pdpatchrepo.info/hurleur/move_fader2.pd

Thank you! Much simpler and much nicer to look at.

I like the accumulator trick. Every once in a while I feel like I am designing analog circuits with pd patches