Durante décadas, cada cámara de un plató ha necesitado su propio cable SDI hasta el mezclador, y cada señal nueva ha supuesto otro tendido, otra entrada ocupada y, a menudo, otro conversor. El protocolo NDI (Network Device Interface) forma parte del cambio que sustituye ese modelo por una red Ethernet: cámaras, mezcladores, sistemas de gráficos y grabadores intercambian vídeo, audio y metadatos a través de switches convencionales, y las conexiones se deciden por software. La tecnología nació en NewTek y hoy pertenece al grupo Vizrt, que compró NewTek en 2019. Esa combinación de red estándar y conexiones por software explica su presencia en platós, producciones en directo y estudios de streaming. Pero detrás de su aparente sencillez hay decisiones de red que conviene entender antes de diseñar una instalación.
Cómo funciona el protocolo NDI en un plató
La forma más clara de entenderlo es pensar en un plató concreto: tres cámaras PTZ, un mezclador, un multivisor y un grabador. Con NDI, cada cámara se conecta a un switch y se anuncia en la red como una fuente con nombre propio, por ejemplo «Cámara 1». El mezclador, el multivisor y el grabador ven esa lista de fuentes y se conectan a las que necesitan, sin parcheo físico.
Por ese mismo cable de red viajan la imagen, el audio asociado y metadatos como el tally, la señal que indica qué cámara está en el aire, o los comandos de control de la cámara. Donde antes convivían el SDI para el vídeo, el audio embebido y una línea aparte para el control, ahora hay una sola conexión. En la terminología de NDI, cada equipo actúa como emisor, como receptor o como ambas cosas: el mezclador recibe las cámaras y, a la vez, devuelve a la red su señal de programa.
Conviene aclarar un malentendido frecuente: NDI no es un estándar abierto. Es una tecnología propietaria. Vizrt distribuye su kit de desarrollo de forma gratuita y sin royalties, pero bajo licencia y sin publicar el código. Esa gratuidad explica buena parte de su presencia en software de producción, tarjetas de captura y cámaras.
La propia documentación de NDI reconoce además un punto de partida importante: no es un sistema determinista. Su comportamiento depende de la red que lo transporta. Por eso, las dos primeras preguntas de cualquier proyecto son cuánto ancho de banda va a consumir cada señal y cómo se va a organizar la red.
Calidad o ancho de banda: NDI High Bandwidth y NDI HX3
NDI ofrece dos variantes de compresión pensadas para situaciones distintas. NDI High Bandwidth prioriza la calidad. Es la opción habitual dentro de la red local de un plató, donde hay capacidad suficiente y se busca una imagen que NDI describe como prácticamente sin pérdidas. Utiliza SpeedHQ, un códec propio basado en MPEG-2. A veces se la llama «NDI Full», pero ese no es su nombre oficial.
NDI HX3 prioriza la eficiencia. Recurre a H.264 y H.265, dos códecs de vídeo muy extendidos, y consume menos de la mitad de ancho de banda. Encaja cuando la red es más modesta o la señal tiene que viajar más lejos, a cambio de algo más de retardo: NDI sitúa su latencia por debajo de 100 ms de media. Sustituye a HX2, la generación anterior, que todavía figura en las fichas de muchas cámaras PTZ. La tabla recoge los valores máximos que publica la documentación técnica de NDI.
| Variante | Códec | 1080p60 | 2160p60 | Latencia (dato del fabricante) |
|---|---|---|---|---|
| NDI High Bandwidth | SpeedHQ, 8 bits 4:2:2 (4:2:2:4 con alfa) | 132,14 Mbps | 249,99 Mbps | No publicada |
| NDI HX3 (H.264) | H.264 | ≈62 Mbps | ≈110 Mbps | Menos de 100 ms de media |
| NDI HX3 (H.265) | H.265 | ≈50 Mbps | ≈84 Mbps | Menos de 100 ms de media |
Para High Bandwidth, NDI no publica ninguna cifra de latencia. Los valores en milisegundos que circulan para esta variante proceden de pruebas de terceros.
Cuántos flujos NDI puede transportar una red
Con esas cifras se puede hacer una primera estimación de capacidad. Un enlace de red no debe trabajar al límite, así que el cálculo reserva un 25 % de margen, una pauta que recomiendan fabricantes como Epiphan, y toma como capacidad útil el 75 % de cada enlace. Se trata de una estimación editorial a partir de los máximos oficiales, no de un dato de NDI.
| Flujo | Enlace de 1 GbE | Enlace de 10 GbE |
|---|---|---|
| High Bandwidth 1080p60 | 5 | 56 |
| High Bandwidth 2160p60 | 3 | 30 |
| HX3 H.264 1080p60 | 12 | 120 |
| HX3 H.265 1080p60 | 15 | 150 |
La tabla cuenta flujos, no cámaras, y la diferencia importa. En el modo de envío por defecto, cada receptor que se conecta a una fuente recibe su propia copia de la señal. Si la cámara 1 de nuestro plató alimenta a la vez el mezclador, el multivisor y el grabador en High Bandwidth, su enlace transporta unos 400 Mbps. Por eso un puerto de 1 GbE suele bastar para cada cámara, mientras que las conexiones entre switches y las del mezclador necesitan 10 GbE en cuanto el plató crece.
Cómo se encuentran las fuentes NDI dentro y fuera de la red local
La lista de fuentes que aparece en el mezclador no surge sola. Por defecto, el protocolo NDI recurre a mDNS, un mecanismo de anuncio automático: cada equipo comunica su presencia a los demás sin que nadie tenga que configurarlo. Su límite es precisamente ese alcance, porque solo funciona dentro de una misma red local o VLAN y no atraviesa routers. Un fallo habitual en ordenadores con Windows tiene un origen parecido: si la red está definida como pública, el equipo ni anuncia ni ve fuentes, y hay que cambiar el perfil a «Privada».
Cuando la instalación crece, la solución es el NDI Discovery Server, un directorio central en el que emisores y receptores registran y consultan las fuentes disponibles. Gracias a él, una redacción situada en otra subred del edificio puede ver las cámaras del plató. Ver una fuente en la lista no garantiza, sin embargo, poder recibirla: entre las dos subredes también tiene que haber conectividad y permisos de red adecuados. Admite servidores redundantes y grupos para decidir qué fuentes ve cada puesto, algo útil cuando comparten infraestructura un plató, una sala de prensa y las oficinas.
Si las fuentes están en otra sede, la herramienta oficial es NDI Bridge. Un equipo en modo Host acepta conexiones remotas protegidas con una clave de cifrado, y otro en modo Join, instalado en la sede remota, se une a él por internet o a través de una VPN. Bridge puede reenviar la señal en HX para ahorrar ancho de banda, en High Bandwidth o sin transcodificar, e incluye un búfer ajustable para equilibrar latencia y estabilidad. Para este uso, NDI tampoco publica cifras de latencia.
Qué necesita la red para trabajar con NDI
NDI funciona en una red de oficina, pero un plató tiene otras exigencias. Lo recomendable es conectar los equipos a un switch gestionado y reservar al vídeo una VLAN propia, de modo que las señales no compitan con el tráfico de los usuarios y se puedan aplicar reglas específicas. NDI no lo exige, pero es una práctica recomendable para organizar el tráfico audiovisual.
El otro punto delicado es el multicast. En lugar de enviar una copia de la señal a cada receptor, el multicast emite una sola y deja que la red la reparta, lo que ahorra ancho de banda cuando muchos equipos ven la misma fuente. En NDI viene desactivado por defecto. Si se activa, el switch necesita IGMP snooping y un IGMP querier, las funciones que le permiten saber qué puertos han pedido cada señal. Sin ellas, el switch envía el multicast a todos los puertos de la VLAN. Tampoco hay que confundirlas con la calidad de servicio: IGMP snooping decide a dónde llega cada señal, pero no prioriza el tráfico.
El esquema resume las tres situaciones descritas hasta aquí: el plató en su red local, una segunda subred que accede a las fuentes a través del Discovery Server y una sede remota unida mediante NDI Bridge. Si hay cortafuegos entre ellas, habrá que abrir los puertos que enumera la documentación oficial de NDI.
NDI, SMPTE ST 2110 y Dante AV: tres tecnologías para necesidades distintas
NDI no es la única forma de llevar vídeo por una red IP, y la pregunta útil no es cuál es mejor, sino dónde encaja cada una. Una cadena de televisión que construye una planta de producción necesita vídeo sin comprimir, sincronía exacta entre equipos y redundancia formal: ahí la referencia es SMPTE ST 2110. Un estudio de streaming, un plató corporativo o una producción en directo de tamaño medio buscan flexibilidad sobre redes convencionales, que es el terreno de NDI. Y un integrador que distribuye señales en una instalación fija, con videowalls o contenido protegido, se mueve en el espacio al que Audinate ha llevado su familia Dante AV.
De esa familia, la comparativa toma dos variantes con planteamientos opuestos, Dante AV Ultra y Dante AV-H. Las tres tecnologías no compiten exactamente por el mismo espacio y, en muchas instalaciones, conviven.
| NDI High Bandwidth | NDI HX3 | SMPTE ST 2110 | Dante AV Ultra | Dante AV-H | |
|---|---|---|---|---|---|
| Compresión y códec | SpeedHQ, 4:2:2 de 8 bits | H.264 / H.265 | Sin compresión (ST 2110-20) o comprimido de tasa constante (ST 2110-22) | Colibri, hasta 4Kp60 4:4:4 | H.264 / H.265, hasta 4Kp60 4:2:0 |
| Ancho de banda 1080p60 | 132,14 Mbps (máximo) | ≈50-62 Mbps | ≈2,49 Gbps en 4:2:2 de 10 bits (estimación, solo vídeo activo) | Dentro de 1 GbE | Dentro de 1 GbE; el menor consumo de la familia |
| Latencia (dato oficial) | No publicada | Menos de 100 ms de media | La fija el diseño de la planta | Inferior a un cuadro | «Unos pocos cuadros» |
| Temporización | Sin PTP | Sin PTP | PTP obligatorio (ST 2110-10 y ST 2059-2) | PTP y genlock | Sincronización PTP de Dante (audio) |
| Descubrimiento y control | mDNS o Discovery Server | mDNS o Discovery Server | NMOS | Dante Controller, Dante Domain Manager / Director | Dante Controller, Dante Domain Manager / Director |
| Red típica | 1 GbE en acceso, 10 GbE en troncales | 1 GbE | 10 GbE o más | 1 GbE | 1 GbE |
| Entorno de uso | Platós, producción en directo y streaming | PTZ, producción remota y contribución | Plantas y unidades móviles de broadcast | Distribución AV, videowall, multivista, HDCP | PTZ, videoconferencia y captura de clases |
NDI y SMPTE ST 2110: producción ágil frente a planta broadcast
La diferencia de fondo es de diseño. NDI empaqueta imagen, audio y metadatos en un único flujo comprimido. La suite SMPTE ST 2110 hace lo contrario: separa vídeo, audio y datos en esencias independientes, cada una con su propia ruta por la red, y las mantiene sincronizadas con un reloj común, PTP. El registro y la conexión de equipos se resuelven con las especificaciones NMOS, y la redundancia, enviando flujos duplicados por rutas distintas según ST 2022-7.
Ese rigor tiene un coste en ancho de banda. Según un cálculo propio, un 1080p60 sin comprimir, en 4:2:2 y 10 bits, ocupa unos 2,49 Gbps solo de vídeo activo, y un 2160p60, cerca de 9,95 Gbps: un enlace de 10 GbE se queda corto para una sola señal UHD. NDI, en cambio, funciona en redes IT convencionales y sin reloj PTP. Por eso es habitual en la producción ligera, mientras las plantas de broadcast se organizan en torno a ST 2110; un ejemplo de esa transición es la apuesta de Panasonic y LANG por ST 2110. Para el audiovisual profesional, la AIMS impulsa además IPMX, un conjunto de protocolos abiertos basado en ST 2110 y NMOS, cuyas especificaciones están en parte publicadas y en parte en borrador.
NDI y Dante AV: producción frente a instalación fija
Las variantes de Dante AV comparten nombre, pero no arquitectura. Dante AV Ultra apuesta por la máxima calidad: se implementa en hardware, sobre un chip FPGA y con el códec Colibri, y alcanza 4K a 60 imágenes por segundo en 4:4:4, con HDR10 y Dolby Vision y una latencia inferior a un cuadro. Según las especificaciones de Dante AV, admite videowall, multivista y HDCP, además de ocho canales de audio. Dante AV-H va en la dirección contraria: es un software que los fabricantes integran en cámaras y códecs de videoconferencia, con H.264 o H.265, 4K a 60 imágenes por segundo en 4:2:0, una latencia de unos pocos cuadros y dos canales de audio en cada sentido. Audinate ofrece una tercera variante, Dante AV-A, sobre el chip ASPEED AST1530.
Frente a NDI, la diferencia práctica está en la gestión. Dante AV se configura con las mismas herramientas que el audio en red con Dante, de modo que un integrador que ya trabaja con Dante Controller y Dante Domain Manager administra vídeo y audio desde una sola consola. NDI, por su parte, se apoya en un ecosistema de software de producción más amplio.
Dónde encaja NDI y cuándo conviene otra tecnología
El terreno natural de NDI es el plató pequeño y mediano. Una cámara PTZ con NDI envía vídeo, audio, tally y control por un único cable de red, y los fabricantes actualizan a menudo sus equipos por firmware, como muestra la actualización NDI de las PTZ de Panasonic. Los mezcladores, por software o por hardware, reciben esas fuentes sin tarjetas de captura, y la señal de programa vuelve a la red para grabadores, plataformas de streaming o pantallas de sala. Algunos equipos recientes ya trabajan con varios formatos a la vez, como los mezcladores que combinan ST 2110, IPMX y NDI.
Los límites aparecen en los extremos. En una planta que exige vídeo sin comprimir, sincronía PTP y redundancia formal, ST 2110 sigue siendo la referencia, y la monitorización se resuelve con monitores broadcast con entrada IP para ese entorno. En la distribución fija de señales con contenido protegido o videowalls, la elección suele recaer en Dante AV Ultra u otros sistemas de AV sobre IP con HDCP. Y NDI no corrige una red mal planificada: con enlaces entre switches de 1 GbE saturados o con multicast activado sin IGMP, el problema aparece en forma de cortes y de fuentes que no se ven.
Por eso, antes de elegir cámaras o mezclador, conviene empezar por la red: contar cuántas señales recibirá cada equipo, decidir entre High Bandwidth y HX3, comprobar que el switch admite IGMP snooping y querier si se va a usar multicast, y prever un Discovery Server si habrá más de una subred. Una VLAN dedicada al vídeo es recomendable, aunque NDI no la exige. Con esas decisiones tomadas, el resto del diseño de un plató NDI se vuelve mucho más predecible.
