Launchcontrol XL Led Feedback


#1

Hi there I'm trying to setup my Launchcontrol XL with Axoloti and I'm not getting the Led feedback via midi.

I want to have visual Feedback on the knobs. So I programmed them to certain midi notes, and send out the corresponding notes out of Axoloti into the Launchcontrol. This does not work.

I checked If the Axoloti actually sends out the notes via Ableton. It does send the right notes and the right velocities. I then recorded the notes sent into Ableton and send them into the Launchcontrol via Ableton. This worked, the corresponding pads lighted up.
I also send midi notes out of Axoloti into my Nanokontrol 2 and this did work as well.
The Launchcontrol is set to low power mode and I also tried everything with and external DC Adapter.

Any suggestions what the problem might be?

P.S. I'm on 1.0.8


#2

sounds like is something axoloti hosting the launchcontrol XL and then sending midi output...

does the launchcontrol have more than one midi port? if so, try changing the midi port on the output object to something else , in particular try 1 and 2.

note: i dont have a lunchcontrol so hard to know what to try...

btw, you could post the console output from when Axoloti starts when the launch control is connected.
this gives details about the USB device etc... though I'll admit, in this case I suspect it wont help much, but hey worth a try :smile:


#3

I think the Launchcontrol only has one port, at least that's what I see in Ableton.

In Axoloti there are four Axoloti Host ports that I can select and I've tried them all.

This is the Protocoll when I connect it:

Axoloti says: USB Device Attached
Axoloti says: PID: 61h
Axoloti says: VID: 1235h
Axoloti says: Address (#1) assigned.
Axoloti says: Manufacturer : Focusrite A.E. Ltd
Axoloti says: Product : Launch Control XL
Axoloti says: Serial Number : N/A
Axoloti says: Enumeration done.
Axoloti says: This device has only 1 configuration.
Axoloti says: Default configuration set.
Axoloti says: Switching to Interface (#1)
Axoloti says: Class : 1h
Axoloti says: SubClass : 3h
Axoloti says: Protocol : 0h
Axoloti says: USB Host Input size requests : 40
Axoloti says: USB Host Input interval : 1

Axoloti says: USB Host Output size requests : 40
Axoloti says: USB Host Output interval : 1
Axoloti says: USB Host Output connected to 1 : 81
Axoloti says: USB Host Input connected to 1 : 81
Axoloti says: MID class started.

Oh yeah Midi Input of the controller works perfectly.
Damn those 16 Buttons would make a perfect Step Sequencer :smile:


#4

I'll have a prod at my Launchpad Pro shortly, I'm guessing they behave much the same for feedback.


#5

@hellcore

Hmm I think the Launchpad Pro is a little bit more complex and it offers more options such as Din Midi for example. But let me know how it is going with it!


#6

Yeah I am seeing that, either way it should be on host port 1. You are sending trig as well as note? I have the LP lightshow going now with note, velo and trig all hooked up.

There was some stuff on the (frankly useless) Novation forum about the buttons not acting the same way as the knobs and sliders regarding feedback. Novation themselves recommend sysex control as per the programmers reference.

We do not have any sysex objects yet do we?


#7

I'm sending trig note and velocity. It worked with nanokontrol also on host port 1.

I think axoloti has no sysex abilty at the moment. The weird thing is I got the light show from Ableton with notes that I recorded from axoloti.

P.S. Im also using the launchcontrol in traktor with led feedback working perfectely.


#8

When you send midi from the axoloti to the launchcontrol, is that via your PC? Or are you using the axeloti usb host port? There might be some non standrad usb driver installed on your pc which the axoloti obviously does not have.


#9

from programmers reference ...

Launch Control XL uses a System Exclusive protocol to update the state of any button on any template, regardless of the currently selected template. In order to maintain compatibility with Launchpad and Launchpad S, Launch Control XL also adheres to the traditional Launchpad LED lighting protocol via note-on, note-off and CC messages. However, such messages will only be acted upon if the currently selected template contains a button/pot whose note/CC value and MIDI channel match those of the incoming message. Users are therefore advised to adopt the new System Exclusive protocol.

important part is possible this:

Launch Control XL also adheres to the traditional Launchpad LED lighting protocol via note-on, note-off and CC messages. However, such messages will only be acted upon if the currently selected template contains a button/pot whose note/CC value and MIDI channel match those of the incoming message.

so Id do some tests by sending lots of different values, just in case the template is not mapped as you expect.

again, I dont have one, so I dont know if this is likely or not


#10

Hmm but I mapped the Template myself with the Launchcontrol Editor.


And I made sure that the notes I am sending are matching with the notes I mapped in the Template.
I tested with dials hooked up to pitch out of the midi out object, so I've skipping through all the midi notes.

The only Thing I could try is how this thing reacts if I map the buttons to CCs instead of Notes.


#11

I just checked with midi CC, it's the same story.

If i send Midi out of Axoloti via Ableton into the Launchcontrol, LEDs are lighting up, if I go directly out of Axoloti into Launchcontrol there is no reaction.


#12

Live MIDI remote script is probably handling the LEDs in that case?


#13

No Live is just Acting as a transmitter of midi data from Axoloti to the Launchcontrol in order to test If I have Axoloti's output and the pads I want to enlighten (haha) accordingly.


#14

Odd, have you tried with a MIDI monitor like MIDIOX or equivalent instead?


#15

Just checked with Midi Monitor Axoloti sends the right Notes...


#16

yeah, it was a long shot... but sometimes the simple things are the things that trip us up.

its a bit odd, if your receiving data, then its obviously connected.
I've checked the LCXL programmers guide, and it says it only has one port, so if its connected for input, then there is no reason output should not work.
when we send data, we basically send 5 things (e.g. note on), midi port, midi channel, note on, note number and velocity. given we do this the same for all devices, and it works, Im confident our 'format' is correct.
Im assuming one of these the LCXL is thinking is wrong , and hence ignoring. (hence my above post, and suggesting trying other ports)

the only thing I can think of at the moment, is trying to send lots of different data to it, to see if anything reacts, if it does, that might give us a clue as to what is happening, and what the LCXL is filtering, or more importantly not.

you can send sysex in custom object using the firmware 'api', see my Push object in the community library (hint: display) . we don't parse incoming sysex
there is no generic object, and I think it would be hard to do one that would be both useful, and not potentially cause performance issues. ( I think max/pd is one of the few music apps I know that allow sysex parsing)


#17

Ok thanks for the suggestions. I'm trying to send it lot's of differen Midi Notes with Lfo but I get this quite quickly:
Axoloti says: usbh_MidiSend3 : ring buffer overflow

That's not a good thing right?

Oh and I don't want to touch Sysex and I also don't see the reason why. I've programmed the LEDs perfectly with Max for Live so there is no reason it should not work with Axoloti...


Patch Launch Control Led with logic counter
#18

Oh when I set the Lfo really low there is no Overflow...but when I start twaking things the overflow comes again.

Update: I have to be really careful with how much I send. I get this Overflow message quite quickly. Once it is there it comes all the time. The only way of getting back to normal is disconnecting the controller unpluging axoloti, reconnecting and then reconnecting the controller.

That makes it quite hard to send lot's of different messages...


#19

yeah it will overflow if you send faster than it can get the data to the connected device.
we have to buffer the messages to send out, and we can obviously only buffer so much, as it take memory.
(always a trade off with limited resources, so I think I've set it pretty low at the moment, which has been ok)

send the data slowly, what you want to do is just send every note at a constant velocity, and every CC with a set value (both according to what you know is a visible colour) , then just see if anything lights up, as long as you don't send a note off, then it doesnt matter how long it takes to run.

if your still getting buffer overrun, try a different midi port (e.g. usb host port 2)

if its not working at really slow rates, then this could be an indication that the other side is not reading it... though we still have no idea why :frowning:


#20

I just fed it values manually, really slow and it still got the buffer overrun on all four ports.
How can I send notes without the note off?