Page 1 of 2

oxygen8: native mapping not working? (live 6)

Posted: Fri Dec 29, 2006 11:51 am
by mclive
Problem: native mapping of O2 keyboard does not seem to be happening. How can this be fixed?

This is with live 6.0.3

i have a macbook pro; have an oxygen 8; have the m-audio midi software installed (shows up as keystation in audio-midi set up)

In live prefs, midi, i've selected my oxygen8 as control surface and input/output is the keystation port 1. Likewise midiports are assigned to the keystation port1, track and remote are both on.

The keyboard to play music in the instruments works fine; the mapping of the knobs however seems right off.

For example, say i start a new set, load an operator instrument into the midi track, the only parameter that maps is knob5 on the oxygen to Time (in the time, tone, volume shell area). That's it. The other buttons do nothing.

I'd thought on keyboards with native mappings supported that these knobs would have automatically been mapped to the "best of banks"??

Any help welcome! Thanks and best of the newyear

mc

Re: oxygen8: native mapping not working? (live 6)

Posted: Fri Dec 29, 2006 2:42 pm
by tylenol
mclive wrote: For example, say i start a new set, load an operator instrument into the midi track, the only parameter that maps is knob5 on the oxygen to Time (in the time, tone, volume shell area). That's it. The other buttons do nothing.
Are you sure they it's not that they don't do obvious things? I found the operator mappings a little unintuitive (I have a midair and it maps all 8 knobs), though I can't check what they're supposed to be as I'm on vacation without the keyboard. What happens with a rack (the mappings should be completely intuitive)?

oxygen8 mappings - not working

Posted: Fri Dec 29, 2006 2:50 pm
by mclive
No, they're not doing obvious things. The data entry slider controls the master volume; the 5 knob controls time in operator, as an example. that's it. the others do nada.

My understanding is that when hooking up a keyboard that has native mappings, all one has to do is select the keyboard from the list in the prefs, turn on the appropriate ins and outs, and that's it: the software talks with the keyboard without further twiddling.

that's definately not the case. dang.

thanks for trying tho

Posted: Fri Dec 29, 2006 4:10 pm
by longjohns
My (limited) take on automap is that it would be most useful to put devices into racks, so that you can control which parameters are where, by the macro assignments which you make.

Posted: Fri Dec 29, 2006 4:50 pm
by mclive
longjohns wrote:My (limited) take on automap is that it would be most useful to put devices into racks, so that you can control which parameters are where, by the macro assignments which you make.
i'm sure this is helpful, but i'm afraid i've no idea what you've just said - this is quite new to me...does anyone know where these templates are stored? it would help to know what the instant map THINKS the default midi settings are for these devices.

thanks

Posted: Fri Dec 29, 2006 5:09 pm
by mclive
mclive wrote:
longjohns wrote:My (limited) take on automap is that it would be most useful to put devices into racks, so that you can control which parameters are where, by the macro assignments which you make.
i'm sure this is helpful, but i'm afraid i've no idea what you've just said - this is quite new to me...does anyone know where these templates are stored? it would help to know what the instant map THINKS the default midi settings are for these devices.

thanks
Actually - in the mac version with "show package contents" you can see the midi mappings files - and none of them make it obvious what the mappings are for the controls of a given device.
[edit: this is incorrect place to look - from looking in the discussion at beta, the correct file paths are given
http://www.ableton.com/forum/viewtopic. ... c&start=15
in the OS's user's Ableton Prefs area.]


It seems that the beta of 6 had something called "user defined scripts"

[edit: this is true for the release version of Live, too]

ttp://www.ableton.com/_common/downloads/softw ... -HowTo.txt
but the release version doesn't? it allowed use of a file for mapping one's own device
http://www.ableton.com/_common/download ... ration.txt
as per this post from Ableton
http://www.ableton.com/forum/viewtopic. ... dd30e47b8c


[will now be trying these config files - but reports from the beta forum suggest that there are still problems with these kinds of config files - and i'd STILL like to see what the mappings are in the actual ableton-created device files to understand why they seem to be failing]

So, it would be great to be able to edit "instant mappings" or have a wizard to create one's own - or just have a way to get what the mappings are for a given device in instant mappings, and configure one's device to match.

Posted: Sat Dec 30, 2006 1:25 am
by longjohns
The research you're doing will certainly help you. I must admit I have not played with the custom mapping file myself...

But the important part of what I was trying to say is this:

Let's assume you have the 8 pots on your Oxy8 working nicely and mapping automatically to devices. What's to say that they're going to map to the controls you actually want to use? An extreme example might be Operator. How many parameters are available in Operator? Lots. So which ones are going to map to your 8 pots - probably not the most useful combination of controls.

That's why I'd try putting the device inside a Rack. Then you can map the controls which you'd most like to use out to the 8 macros up front. Then you can save that as a rack preset. Now you can define what controls you want to be automapped for every device, all you've got to do is go through once and make the mappings to the macros.

racks for storing mappings. quel bon idee.

Posted: Sat Dec 30, 2006 9:35 pm
by mclive
longjohns wrote:The research you're doing will certainly help you. I must admit I have not played with the custom mapping file myself...

But the important part of what I was trying to say is this:

Let's assume you have the 8 pots on your Oxy8 working nicely and mapping automatically to devices. What's to say that they're going to map to the controls you actually want to use? An extreme example might be Operator. How many parameters are available in Operator? Lots. So which ones are going to map to your 8 pots - probably not the most useful combination of controls.

That's why I'd try putting the device inside a Rack. Then you can map the controls which you'd most like to use out to the 8 macros up front. Then you can save that as a rack preset. Now you can define what controls you want to be automapped for every device, all you've got to do is go through once and make the mappings to the macros.
wow. that's cool. - i haven't discovered/explored racks yet - that sounds like a super solution. Have you done this yourself?

Thanks again for taking time for the explanation of the concept
best
mc

Posted: Sat Dec 30, 2006 9:45 pm
by longjohns
Hehe, not really! For me Automap isn't that useful because the #1 thing I need is mixer controls, and from what I can tell there is no way to switch fader banks under Automap. So, I stick with Mackie Control. If and when I get around to exploring it more, I may try to set up some Automapping with my Oxy8. I'll be coming to you for tips, probably ;)

Posted: Sat Dec 30, 2006 10:45 pm
by mclive
longjohns wrote:The research you're doing will certainly help you. I must admit I have not played with the custom mapping file myself...
I'd like not to have to play with it: i'd like to know what knob if any from the default "instant map file" Ableton wrote is mapped to what controller - the list given in their "device parameter mapptings" (llist is inked from device control<-instant Mappings <-conrol surface reference <-staying in control <- connecting control surfaces lesson) does not seem to jive with the actual control surface.

While it's potentially great to create a custom map, i'd like to be able to read/edit the existing ones.
longjohns wrote: That's why I'd try putting the device inside a Rack. Then you can map the controls which you'd most like to use out to the 8 macros up front. Then you can save that as a rack preset. Now you can define what controls you want to be automapped for every device, all you've got to do is go through once and make the mappings to the macros.

Ok have looked at racks, and have one naive question: how is there a benefit to mapping the macros to the 8 oxy controllers over doing a midi mapping the same way just to an instrument - eg - if in operator i want to map 8 controls to the oxy, i can use manual mapping to do that: pick the control in the UI, twiddle the knob on the controller, hit enter. I can save that instance of the instrument with those mappings for that instrument (or whatever it is).

Posted: Sun Dec 31, 2006 12:58 am
by longjohns
Because a specific MIDI mapping (done with ctrl+M in a set) is specific to that one instance of a device, in that one set. So yes, you could map your knobs to the parameters on an Operator. But what about a different Operator on another track? You can't control that at all. What about when you start a new set? No mappings (unless you've got this in your template set.) The advantage to automap is that it will control any device which is selected.

So again the advantage of the Rack idea is that you can control which parameters are Automapped, rather than just getting the first 8 parameters (I'm assuming that's what is automapped)

Posted: Sun Dec 31, 2006 1:49 am
by longjohns
I just did a little experiment and made a config file for the oxy8, just to go through the process.

My guess as to some of your problems is that you may have other midi mappings in the set to those controllers, which will override the automapping.

Also check to make sure that your pots on the controller have not been changed to some other CC#'s or MIDI channels.

Posted: Thu Jan 04, 2007 8:19 pm
by mclive
longjohns wrote:I just did a little experiment and made a config file for the oxy8, just to go through the process.

My guess as to some of your problems is that you may have other midi mappings in the set to those controllers, which will override the automapping.

Also check to make sure that your pots on the controller have not been changed to some other CC#'s or MIDI channels.
Could you paste your config file in here?

I haven't changed the default cc assignments - they're the same as the ones listed on the oxy8 manual - i've confirmed this by manually mapping the knobs to some controls - exactly default assignment.

many thanks again for hanging with this.
best
mc

Posted: Fri Jan 05, 2007 1:53 am
by longjohns
note that I've only changed the lines for: device controls, global channel, and controller name (I think that's it...)

# Config File for User-defined Instant Mappings

# We assume that the controls on your MIDI controller
# send CCs. All controls, except the sliders for volume
# and the encoders for device parameters, are expected
# to use the global channel. CCs are counted from 0-127
# and channels from 0-15.

[Globals]
# The channel that the controller should send on
GlobalChannel: 1
# If your controller is connected via USB, replace ControllerName
# with the name of the respective port. Live will then try to
# recognize the ports for you when you select your Instant-Mappings
InputName: In USB Keystation
OutputName: Out USB Keystation

[DeviceControls]
# The Encoders will control the device parameters (you can also
# use knobs or sliders). Replace the -1's with the CCs sent by
# the respective controls on your controller. You can also set
# the channel for each controller if it differs from the global
# channel (if you leave the channel of an encoder at -1, Live
# will assume that the encoder uses the global channel).
Encoder1: 10
Encoder2: 11
Encoder3: 12
Encoder4: 13
Encoder5: 14
Encoder6: 15
Encoder7: 16
Encoder8: 17
EncoderChannel1: -1
EncoderChannel2: -1
EncoderChannel3: -1
EncoderChannel4: -1
EncoderChannel5: -1
EncoderChannel6: -1
EncoderChannel7: -1
EncoderChannel8: -1
# Enter the respective map mode for the encoders here. The following
# map modes are available:
# - Absolute
# - Absolute14Bit
# - LinearSignedBit
# - LinearSignedBit2
# - LinearTwoCompliment
# - LinearBinaryOffset
# - AccelSignedBit
# - AccelSignedBit2
# - AccelTwoCompliment
# - AccelBinaryOffset
# Consult the controller's documentation to find out which mode to use.
EncoderMapMode: Absolute
# Buttons used here are expected to not be toggles (i.e., sending
# value 0 every second time you press it).
Bank1Button: -1
Bank2Button: -1
Bank3Button: -1
Bank4Button: -1
Bank5Button: -1
Bank6Button: -1
Bank7Button: -1
Bank8Button: -1
NextBankButton: -1
PrevBankButton: -1
LockButton: -1

[MixerControls]
# Again enter the appropriate CCs for the respective controls.
# If all sliders use the global channel to send their data,
# you can leave the channels at -1. You can, of course, use
# encoders or knobs instead of sliders.
VolumeSlider1: -1
VolumeSlider2: -1
VolumeSlider3: -1
VolumeSlider4: -1
VolumeSlider5: -1
VolumeSlider6: -1
VolumeSlider7: -1
VolumeSlider8: -1
Slider1Channel: -1
Slider2Channel: -1
Slider3Channel: -1
Slider4Channel: -1
Slider5Channel: -1
Slider6Channel: -1
Slider7Channel: -1
Slider8Channel: -1
MasterVolumeSlider: -1
MasterSliderChannel: -1
Send1Knob1: -1
Send1Knob2: -1
Send1Knob3: -1
Send1Knob4: -1
Send1Knob5: -1
Send1Knob6: -1
Send1Knob7: -1
Send1Knob8: -1
Send2Knob1: -1
Send2Knob2: -1
Send2Knob3: -1
Send2Knob4: -1
Send2Knob5: -1
Send2Knob6: -1
Send2Knob7: -1
Send2Knob8: -1
TrackArmButton1: -1
TrackArmButton2: -1
TrackArmButton3: -1
TrackArmButton4: -1
TrackArmButton5: -1
TrackArmButton6: -1
TrackArmButton7: -1
TrackArmButton8: -1
VolumeMapMode: Absolute
SendsMapMode: Absolute

[TransportControls]
# The transport buttons are also expected not to be toggles.
StopButton: -1
PlayButton: -1
RecButton: -1
LoopButton: -1
RwdButton: -1
FfwdButton: -1

Posted: Fri Jan 05, 2007 1:56 am
by longjohns
In my case, I found that I had indeed at some point reprogrammed my Oxy, so a few of the knobs had different CC#'s than standard. So I had to fix that.