Control banking, avoiding values jumping


#1

I'm trying to use a single button & pot combo to control multiple objects in my patch, I'm not sure how to stop the values jumping as I toggle through the demux outputs. I can get the value to latch with the hook object but when I come back around to that control my value obviously jumps to the current pot position. I need some logic on each button press, how to patch this? Thanks in advance, sorry if this is obvious, still learning all the objects!

This is what I have so far...


#2

on the demux try connecting the output to the default
e.g. o0 to d0, o1 to d1 etc
(I don't think you need the hook object for what your after)


#3

Thanks! That fixes the previous value jumping to 0 when cycling to the next outlet but I still have a value jump, to the current pot position.

I'm looking for a pass-thru value style behaviour as commonly found on synth controls so that values do not jump when I switch between different parameters. This is why I was playing with the hook object, obviously it sees a jump in value when the pot has changed position since the previous time the corresponding outlet was connected. This is what I'm trying to remedy.


#4

ah, I see your issue....

the issue is that ctrl/hook needs to be unhooked when you switch to it.
this would be best done with updating the ctrl/hook with a new inlet, to allow the unhook to happen, under user control.
(currently it only unhooks when the parameter changes - as far as i can tell with a quick look)
@johannes any objection to adding a unhook on rising edge?

without this, you would end up duplicating much of the logic in ctrl/hook... not hard, but messy if your doing it graphically.


#5

No objection against an unhook inlet. Does that result in a clean expression of this use case?


#6

I should think so, I think the deal is, when the switch is changed, it needs to unhook the param.
of course, I'll test it in this context before I release it.
(will add the test to the help file so others can see how its used)


#7

I managed it with a quick hack to the hook object, I'll look forward to your version as my C skills are erm, basic!


#8

What was the end result of this thread?


#9

The hc/ctrl/hookmod object @ https://sebiik.github.io/community.axoloti.com.backup/t/hellcore-contributions/1745


#10

after a year, and (another request :slight_smile: ) Ive finally added the unhook inlet to hook (sync library time) , Ive also updated the help on hook to show this use case (one input, controlling multiple outputs via a 'mode' switch)