Traktor Controller Manager: guía completa de mappings

El Controller Manager de Traktor es, con diferencia, el sistema de mapping más explícito de los cuatro grandes. No es más difícil que los demás: es más visible. Muestra la tabla de asignaciones, el tipo de cada control y las condiciones, así que si algo falla puedes ver exactamente dónde.

Ese detalle es la razón de esta guía. En otros programas el mapping es una caja negra; aquí es una hoja de cálculo, y entender sus columnas te sirve para cualquier software.

Qué es un Device (y la trampa que esconde)

En el Controller Manager, un mapping se llama Device. Cada Device tiene sus asignaciones, su tipo de control asociado y su configuración de puertos.

Aquí está el malentendido más costoso del programa: seleccionar un Device en la lista no lo activa ni desactiva los demás. Todos los mappings de la lista siguen activos a la vez. La lista solo decide cuál estás editando.

La propia documentación saca la consecuencia práctica: si tienes mappings que no usas, ponles los puertos en None. Así dejan de escuchar y no disparan cosas sin querer.

In-Port y Out-Port: el 90 % de los «no me funciona»

Estos dos campos son la causa de la mayoría de mappings que parecen rotos.

• In-Port: el puerto MIDI de entrada del mapping. Por defecto viene en All Ports, y debería apuntar al puerto concreto de tu controladora o interfaz MIDI.
• Out-Port: el puerto MIDI de salida. Es el que necesita el feedback, es decir, los LEDs.

Si un mapping no responde, el orden de comprobación es siempre el mismo: ¿está el In-Port en tu controladora? ¿El canal MIDI coincide? ¿Hay otro Device escuchando el mismo puerto y comiéndose los mensajes?

También puedes usar un puerto MIDI virtual si estás enrutando MIDI entre dos aplicaciones del mismo ordenador. Ese caso existe y confunde: un mapping que funciona perfectamente pero apunta a un puerto virtual en lugar de al hardware.

Add In y Add Out: entrada y salida son cosas distintas

En la tabla de asignaciones hay una columna I/O que casi nadie mira y que explica muchos misterios.

• Add In… crea una asignación de entrada: mueves el hardware, responde el software. Es el mapping que todo el mundo imagina.
• Add Out… crea una asignación de salida: el software envía un mensaje al hardware. Aquí es donde viven los LEDs.

De ahí sale la regla que ya viste en la guía de introducción: que un botón funcione no implica que su luz responda. Son dos asignaciones distintas, y una puede existir sin la otra.

La columna Mapped to te dice qué has emparejado, y su formato es informativo:

• Como Channel.CC o Channel.Note en equipos MIDI genéricos.
• Como nombres de control (por ejemplo, Left.Jog.Encoder o A.CUE) cuando el dispositivo habla el protocolo NHL de Native Instruments o HID — los casos de Pioneer y Denon que la propia documentación menciona.

Ese detalle es importante para leer tu propia tabla: si ves nombres en lugar de números, no estás ante MIDI estándar.

El par de columnas que casi nadie usa y debería

Las columnas Cond1 y Cond2 muestran las condiciones de modificador de cada fila. Si están vacías, la asignación se ejecuta siempre. Si tienen valores, la asignación solo se ejecuta cuando se cumplen.

Y hay un detalle de depuración muy útil: si seleccionas una fila y hay otra asignación que usa el mismo origen en Mapped to, Traktor la resalta. Es una forma directa de encontrar dos funciones peleándose por el mismo botón.

Los ocho modificadores y las condiciones

Los modificadores son el mecanismo de capas del programa. Hay ocho, y cada uno puede tener distintos valores. Su valor actual se ve en Modifier State, un panel que se vuelve imprescindible cuando algo «no funciona»: muchas veces el problema es que un modificador está en un estado que no esperabas.

La lógica es simple: una asignación puede exigir, por ejemplo, M1 = 0 y M2 = 1 para ejecutarse. Como consecuencia, el mismo control físico puede tener varias asignaciones distintas, y solo una estará activa según el estado.

Eso es literalmente un botón SHIFT: un modificador que cambia de valor y desbloquea otro juego de asignaciones.

Un aviso que la documentación da explícitamente y que conviene tomar en serio: los mappings con modificadores se vuelven complejos y difíciles de diagnosticar muy rápido. Si puedes resolver algo sin modificadores, resuélvelo sin modificadores.

Los modos de interacción y qué hace cada uno

Cuando eliges el Type of Controller de una asignación, Traktor te ofrece los modos compatibles con ese tipo. No son intercambiables: un modo de botón no tiene sentido en un fader, y viceversa.

La tabla resume el mapa completo. Fíjate especialmente en las dos últimas filas: ahí está la diferencia entre un mando absoluto y un encoder sin fin, que es la raíz de la mitad de los problemas de «salto» de parámetros.

Soft Takeover: la casilla que evita saltos

En los modos Direct de faders y knobs aparece la opción Soft Takeover, y merece su propio apartado porque es una de las funciones que más se ignoran.

El problema que resuelve: el filtro está al 50 % en pantalla, pero el mando físico está a tope. Sin Soft Takeover, en cuanto tocas el mando el filtro salta de golpe a la posición física. Es audible y feo.

Con Soft Takeover activado, el mando no hace nada hasta que su posición coincide con la del software. A partir de ahí, «toma el control» y funciona con normalidad.

Cuando un control comparte varias cosas —por ejemplo, un mismo knob para EQ y para volumen de stems— esto deja de ser una comodidad y pasa a ser obligatorio.

Encoders: sensibilidad y aceleración

Si el control es un encoder, o un knob en modo Relative, aparecen dos ajustes que determinan cómo se siente:

• Rotary Sensitivity: cuánto cambia el parámetro por unidad de giro. También afecta a la resolución disponible.
• Rotary Acceleration: hace que los movimientos rápidos cambien más que los lentos. A 0 %, el mismo recorrido produce siempre el mismo cambio.

La combinación de ambos es lo que decide si un encoder se siente preciso o nervioso. Si estás ajustando tempo fino, importa.

Cómo hacer un mapping sin perderte

Con la tabla delante, este orden funciona bien:

1. Crea un Device vacío. Si vas a mapear hardware genérico, empieza por Generic MIDI en lugar de partir de un preset del fabricante que no conoces.
2. Fija los puertos. In-Port y Out-Port a tu controladora. Es el paso que más se salta y el que más tiempo hace perder.
3. Añade las entradas con Add In…, una a una, y prueba cada una al momento. Traktor aplica los cambios en el momento, así que puedes probar y configurar a la vez.
4. Añade las salidas con Add Out… para los LEDs que quieras. Usa la asignación manual: es el único modo de asignar una salida.
5. Añade modificadores solo si de verdad necesitas capas, y uno a uno, comprobando Modifier State.
6. Exporta a .tsi. Antes de seguir tocando. Es tu copia de seguridad y tu forma de compartir el trabajo.

Errores frecuentes

• Dejar los puertos en All Ports con varias controladoras conectadas: dos equipos disparan las mismas funciones.
• No poner en None los mappings que no usas, con lo que siguen escuchando en segundo plano.
• Olvidar las salidas y creer que los LEDs no se pueden mapear.
• Abusar de los modificadores y acabar con un mapping que ni tú entiendes.
• No exportar a .tsi y perder el trabajo al actualizar o al reintalar.
• Confundir el tipo de control: asignar un botón a una función que espera un mando continuo.

Siguiente paso

Con el Controller Manager entendido, el siguiente concepto que conviene dominar es el que acabas de ver de refilón: Soft Takeover. Es corto, es muy buscado y resuelve un problema que casi todo el mundo ha sufrido sin saber que tenía nombre.