Control audiovisual
Mensajes de show control: OSC, notas MIDI y MSC
Antes de elegir un protocolo, describí el efecto esperado: seleccionar un cue concreto, avanzar una lista o ajustar un valor. Dos sistemas pueden admitir el mismo protocolo y asignar significados diferentes a sus mensajes.
OSC: dirección, tipo y dato
OSC 1.0 organiza cada mensaje con una dirección, tipos y argumentos. La aplicación define qué significa cada dirección. Un retorno o ACK debe estar documentado por el destino.
Ejemplo ficticio de mensaje: /demo/cue/select, etiqueta de tipo ,s, argumento Q010. Muestra cómo se expresa un identificador de texto. Para aplicarlo a un producto, necesitás la dirección, el tipo de dato, el rango y el comportamiento que documente su fabricante.
Qué preguntar sobre el retorno
Pedí una respuesta que distinga recepción, aceptación y estado resultante, cuando exista. Si sólo hay un indicador de conexión, anotá esa limitación y acordá una observación del operador. Un bundle tampoco demuestra que las salidas físicas estén alineadas.
Registrá si el retorno llega por consulta o suscripción, cuándo caduca y cómo se relaciona con el cue. No reenviés un avance a ciegas ante la falta de respuesta: la primera orden pudo haber actuado.
Notas MIDI y MSC: seleccionar por intención
En MIDI 1.0, Note On lleva número de nota y velocidad; Program Change lleva número de programa. Su asignación al show requiere un mapeo explícito. MSC contempla órdenes de show como GO, STOP y RESUME.
Antes de elegir MSC, confirmá implementación y versión de ambos extremos, Device ID, formato y campos de cue/lista admitidos. No confundas Device ID con el canal de una nota. Si elegís notas, registrá canal, número de nota, velocidad y evento que habilita el disparo; el nombre de octava puede variar entre programas.
| Necesidad | Opción a revisar | Pregunta decisiva |
|---|---|---|
| Seleccionar un cue por nombre | OSC documentado por destino | ¿Acepta ese identificador y cómo confirma selección? |
| Un disparo mapeado | Nota MIDI | ¿Actúa al pulsar, soltar o con un filtro? |
| Órdenes de show entre sistemas compatibles | MSC | ¿Qué comandos y campos interpreta cada extremo? |
Disparos duplicados: identidad y repetición
Para diseñar el filtro, separá ID de cue, ID de ejecución y número de intento. Repetir Q010 en otra función puede ser legítimo; recibir dos veces la misma ejecución necesita una decisión distinta. Documentá el alcance y la duración del historial de duplicados, si la plataforma permite implementarlo.
Propuesta conceptual: la combinación sesión S-A / ejecución E-010 / destino VIDEO-A identifica una intención. Una segunda llegada con esa misma combinación se registra como duplicada y no vuelve a disparar, sólo si la lógica implementada conserva ese registro. Una nueva ejecución E-011 requiere un GO explícito.
Después de un reinicio o al expirar el historial, esa protección puede dejar de actuar. Acordá cómo consultar el estado y retomar manualmente antes de reenviar. Un filtro basado sólo en tiempo también podría descartar un segundo GO válido. Revisá el criterio con el operador y las posibilidades de la plataforma: el filtro no garantiza una ejecución única en todas las condiciones.
| Situación propuesta | Decisión de diseño a revisar |
|---|---|
| Misma ejecución recibida dos veces | Registrar la repetición y comprobar la regla de deduplicación |
| Nuevo GO legítimo sobre el mismo cue | Nueva identidad de ejecución; verificar que se permite |
| Sin respuesta y resultado desconocido | No reintentar un avance a ciegas; observar/consultar y decidir |
| Controlador reiniciado | Reconciliar estado y revisar qué historial se conserva |
Preparar una ficha de mensajes
La guía existente de QL, Companion y Lightkey desarrolla sus configuraciones y diagnósticos. Usala para ese caso; esta ficha ordena el acuerdo entre departamentos.
- Anotá producto, versión/build y manual de cada extremo. Confirmá transporte, sentido y nomenclatura de puertos con el responsable técnico.
- Para cada cue, registrá intención, mensaje exacto documentado, tipos/datos, destino y estado previo.
- Añadí retorno esperado, límite de espera acordado y decisión del operador si no se confirma.
- Prepará primero una prueba en una copia aislada. Después, coordiná un ensayo autorizado en el que se observe la salida real y se registre qué mensaje llegó y qué ocurrió.
Fuentes y manuales
Revisar cómo se comunican tus equipos
Podés compartir un esquema de los sistemas, fotos de sus conexiones o una lista preliminar de cues. GLMedia puede ayudarte a definir qué interfaces conviene evaluar y qué apoyo técnico o equipos adicionales requiere la coordinación.
Revisar cómo se comunican tus equipos