Automatización de show, mapping en Traktor y hardware DIY.

Este bloque cierra la serie con la parte más práctica de la programación para artistas técnicos: llevar el control hasta donde lo necesitas y no hasta donde llega el software de fábrica. Seis unidades —MIDI translators, Mapping en Traktor, Custom MIDI controllers, Arduino para MIDI: introducción, Raspberry Pi para show control: introducción y Automatización de show — recorren ese camino desde tres frentes: reescribir mensajes, fabricar hardware y orquestar el espectáculo entero.

Las tres piezas están conectadas. Primero decides qué mensaje necesitas, después decides si lo fabricas o traduces, y solo al final conviene preguntarse qué parte del show conviene automatizar.

MIDI translators

Un traductor MIDI es una pieza intermedia que se sienta entre dos equipos y los hace entenderse. Recibe un mensaje, le aplica condiciones, lo reescribe y lo reenvía: cambia canal, número o valor, lo divide en varios mensajes, o lo traduce en algo que no es MIDI del todo, como una pulsación de teclado.

Su valor aparece en los casos que el mapeo normal no cubre. Un traductor puede condicionar un mensaje según el estado del sistema, encadenar tres salidas con una sola entrada, atenuar valores para evitar saltos bruscos o mandar la misma orden a dos programas a la vez. Y como casi todos los programas de este tipo trabajan con presets activables, puedes cambiar de comportamiento completo con un botón.

El error habitual es empezar por aquí: poner un traductor cuando el propio software ya tenía un mapeo suficiente. El criterio: si el mensaje existe y solo hay que moverlo de sitio, mapea; si hay que pensarlo, traduce. La herramienta de referencia del sector y su modelo de proyectos, traductores y reglas se explica en Bome como middleware MIDI.

Mapping en Traktor

Mapping en Traktor es resolver dentro de lo primero: el Controller Manager. Allí se crean asignaciones de entrada —mueves el hardware y el software responde— y de salida —el software devuelve estado al hardware, que es lo que enciende los LED—, eligiendo puerto por asignación y revisando qué mensajes se han quedado sin colgar.

Dos recursos convierten un mapeo básico en un mapeo que rinde. El primero son los modificadores: estados que cambian el significado de los mismos botones, de modo que la misma tecla lance un hotcue cuando hay un modificador activo y una capa de efectos cuando no. El segundo es la disciplina del I/O: nada de asignaciones sueltas sin puerto de salida, porque entonces el controlador va a oscuras y tú acabas mirando la pantalla.

Si vienes de mapear otros programas, el trabajo mental es el mismo y cambian los nombres: por eso conviene mirar antes cómo funciona el Controller Manager y después diseñar el propio mapeo con método, como se hace en diseñar un mapping desde cero.

Custom MIDI controllers

Custom MIDI controllers es construir el hardware que no existe. En lugar de adaptar una controladora comercial, decides superficie, número de perillas, distribución y comportamiento, y montas algo que responde exactamente a tu forma de trabajar.

El recorrido suele ser el mismo. Se define el uso —qué se toca y con qué frecuencia—, se elige el número de entradas que de verdad hacen falta, se monta con componentes estándar (potenciómetros, encoders, pulsadores con LED) y se programa la placa para que envíe MIDI. La parte física es fácil de aprender; la parte que decide si el aparato es útil es la de qué mensajes salen: ahí se ve todo lo de la primera guía de esta serie.

Para que merezca la pena, el DIY debe resolver algo que el mercado no resuelve: menos botones, más perillas, un formato que cabe en el maletín o un comportamiento propio. Si tu controlador comercial se puede hacer con un mapeo, no fabricas nada. La guía completa del proceso está en construir un controlador MIDI.

Arduino para MIDI: introducción

Arduino es el camino más directo hacia un controlador propio: una placa programable con un entorno sencillo que, con la librería adecuada, habla MIDI por USB con el ordenador sin instalar drivers raros. La placa aparece como un dispositivo MIDI más y tú decides qué mensaje envía cada pin.

El flujo de trabajo es sencillo y se repite en todos los proyectos. Lees una entrada —el valor de un potenciómetro o el estado de un botón—, decides qué mensaje corresponde y lo envías. Ahí aparecen las decisiones que separan un juguete de un instrumento: si el mando se mueve de uno en uno o por rangos para no saturar el canal, si un botón envía nota o CC, si hay LED de estado y, sobre todo, si el código espera a que algo cambie en lugar de bombear mensajes a máxima velocidad.

La documentación de la librería MIDIUSB de Arduino es la referencia técnica de ese último paso, y el montaje completo —placa, superficie y mensajes— se detalla en construir un controlador MIDI.

Raspberry Pi para show control: introducción

Este es el otro lado del DIY: el ordenador en lugar de la placa. Una Raspberry Pi es un ordenador completo, pequeño, barato y de consumo mínimo, que enciende con la corriente y queda funcionando dentro del rack sin pantalla ni teclado.

Eso la convierte en el candidato natural para las tareas que no pueden depender de tu portátil: mantener un traductor MIDI vivo, alojar un servidor OSC, dar servicio a un panel de botones o grabar el registro del show. Montas el sistema, instalas el software de control, lo arrancas automáticamente con el equipo y lo cierras con acceso remoto.

Los límites también están claros. No es una máquina para audio en directo exigente ni para visuales pesados, y todo lo que cuelga de ella necesita una red fiable y un plan de reinicio. Documentación, configuración de red y arranque están en la documentación oficial de Raspberry Pi; para la cara de control de espectáculo, la referencia clásica de cues y disparos es QLab 5.

Automatización de show

Automatización de show es la capa que une todo lo anterior: que el sistema ejecute solo las partes que se repiten y las que no admiten error. Un show se automatiza escribiendo primero la lista —qué pasa, en qué orden, qué disparos qué— y eligiendo después la herramienta: un programa de cues, un panel con lógica o un script del propio software.

La disciplina que separa una automatización fiable de un castillo de naipes es la de la reversibilidad: cada acción debe poderse deshacer o saltarse sin romper la secuencia, y todo lo que dependa de un estado debe degradarse de forma segura si ese estado llega tarde. Un panel que solo ilumina lo feliz funciona hasta que algo falla; entonces hace falta saber qué se puso automático y qué sigue en tus manos.

Automatizar en exceso también es un riesgo: si cada gesto pasa por tres programas, diagnosticar una incidencia en directo cuesta más que ejecutar el show a mano. La regla práctica es automatizar lo repetible y dejar fuera lo que exige criterio.

Qué vía eliges según lo que tengas que resolver

La tabla resume el criterio de decisión. Si el problema está en el software, mapea; si está en el mensaje, traduce; si está en el hardware, fabrica; si está en la fiabilidad del equipo, monta la Raspberry Pi; y si está en la secuencia del show, automatiza. El orden importa: cada fila de arriba a abajo es más costosa de deshacer que la anterior.

Siguiente paso

Con esto se cierra la serie Programación y herramientas avanzadas para artistas técnicos: has recorrido los mensajes, la red, los entornos creativos y la automatización. Para seguir por el lado físico, queda construir un controlador MIDI y diseñar un mapping desde cero; para el lado de show control, protocolos de sincronía es el siguiente terreno lógico.