Troubleshooting

Having to double tap switch to work

Started by Weston on .

Sign in or create an account to join the conversation.

13 posts

Topic starter
Hey

I have set up a Lemur template with Live to arm some tracks and also launch scenes. My problems is that I am having to double tap the button every time in switch mode, anyone else had this problem?

Cheers
Steven
Yeah if someone could provide a script to have an arm button with indication whether or not it is on or off that would be great.
Same situation for when scenes are launched, having to double tap.
Guys, you really need to understand what Im saying here.......DUE to the silly programming of said buttons by the devs of Live, a PAD works as you want - NOT a switch.

Now, there are 2039484 ways to make a pad (pressed 127, released 0) to behave VISUALLY like a switch.....BUT YOU STILL WONT HAVE ANY SORT OF "CONNECTION" ABOUT WHETHER THE ACTUAL BUTTON INSIDE LIVE IS ON OR OFF AND THE RELATED BUTTON IN LEMUR. In simple words, EVEN if I provide you with a solution, its bound to happen that the arm button in Live will be OFF and in Lemur will display "on" or vice versa.

pad-switch.jzml
many hardware controllers have two elements for one function: one indicator LED and one pad. The pad sends only a short message to the DAW, and the DAW sends a "on" message back as long as this function is activated (switch behaviour). In such cases I usually replicate this in Lemur. Use an LEDs object as indicator and a Pads object. The LED only receives data from the DAW, the pad only sends data (not receiving anything). Then you have the exact same happening in the DAW and in Lemur.

I don't know how it is in Ableton. Just recently I had to use this method again for a controller for Harrison Mixbus.
Hmm, I see, couldn't this be an m4l patch solution though? You could do it in the MIDI Remote scripts, but I don't know how to do that. I'll have to look at the LOM, unless someone knows if you can get that part of the API.
tonight I had another one of those switches to solve. It's only one parameter sent to and from the DAW. When sent (momentary, pad) the scrub control is engaged, but to disengage it needs the note sent two times. To engage only once.

So I set up an expression x inside the LED object (it's a Canvas object acting as LED, but it works also with the regular LEDs object). This x goes to 1 when the note command arrives from the DAW. Then there is a Pads object with a script sending the note command. This pad does not receive anything. If LED.x=1 the pad sends the note command a second time. And if LED.x=0 it sends the note command only once. Problem solved.

Maybe this may give some ideas.
Phil999 wrote:tonight I had another one of those switches to solve. It's only one parameter sent to and from the DAW. When sent (momentary, pad) the scrub control is engaged, but to disengage it needs the note sent two times. To engage only once.

So I set up an expression x inside the LED object (it's a Canvas object acting as LED, but it works also with the regular LEDs object). This x goes to 1 when the note command arrives from the DAW. Then there is a Pads object with a script sending the note command. This pad does not receive anything. If LED.x=1 the pad sends the note command a second time. And if LED.x=0 it sends the note command only once. Problem solved.

Maybe this may give some ideas.
could you post the file(s) please?