M4L devices are running in Live basically like 3rd party plugins without influence on the midi mapping features of Live. So I don’t see how M4L could be used for resolving controller conflicts related to midi mapping.
I wouldn’t actually need to do any midimapping within the device. I would simply need to change the value and channel of a few incomming midi messages from my apc 40.
Then I could map the new midi message comming out from the device in live.
Could that work?
Maybe one problem would be having the device receiving the midi message before live. Possibly the device could receive the midi message from the apc 40 and then in the midi preferences, the apc40′s input would be coming from the device.
What Broc is saying is that a M4L device cannot get midi before Live. Live is receiving the midi inputs first, then channels it into the devices.
Now if you have Max standalone it would be trivial to receive and modify your APC’s input in a Max patch, then send it to Live.
You could build this patch in the 30-day demo time of Max, then use it infinitely in the free Max Runtime. Patches function 100% in Max Runtime but you can’t edit ‘m. You can also have someone with Max build the patch for you and then use it in Max Runtime.