Ya no lo podemos evitar
Ya sea que estes en una sala de juntas, con ingeniería y producción, con un cliente que quiere ver el contenido desde su ipad, o viendo que nueva cámara PTZ te quieres comprar. Surge la pregunta “hay que hacerlo con IP” y surgen inmediatamente tres nombres: SMPTE 2110, NDI, SRT.
El silencio que sigue es revelador.
No porque nadie sepa nada — todos hemos escuchado esos términos docenos de veces. El problema es que se usan como si fueran versiones del mismo protocolo, como si elegir entre ellos fuera cuestión de preferencia o presupuesto. Y esa confusión cuesta proyectos, tiempo y dinero.
La realidad es más simple y más útil: estos tres protocolos no compiten entre sí, porque fueron diseñados para resolver problemas distintos. Elegir el correcto depende fundamentalmente de una sola pregunta: ¿dónde vive tu señal en este momento?
Vamos por partes.
Por qué estamos teniendo esta conversación
Durante décadas, SDI fue el estándar de facto del broadcast profesional y HDMI para quienes no teniamos tanto presupuesto. Y funcionaron y todavía funcionan extraordinariamente bien — son robustas, predecible, y cualquier técnico de la industria sabe cómo manejarlas.
El problema no es que sea malas. El problema es que el mundo de producción creció en una dirección que SDI y HDMI no anticiparon: más fuentes, más destinos, más movilidad, más integración con el mundo IT, más producción remota. Una señal SDI o HDMI va de A a B por un cable coaxial o fibra. Punto. Para conectar 50 fuentes con 30 destinos, necesitas una matriz gigante, kilómetros de cable y un equipo técnico que lo mantenga.
Fue como intentar distribuir agua a una ciudad de diez millones de habitantes con la red de tuberías que funcionó bien cuando éramos quinientos mil. La infraestructura no falló — simplemente se quedó pequeña.
La migración a IP no fue una decisión de moda tecnológica. Fue una respuesta a necesidades reales de flexibilidad, escalabilidad y convergencia con los sistemas informáticos que ya dominan el resto de la cadena de producción.
Y ahí es donde entran los tres protocolos.
SMPTE 2110: el estándar profesional de gama alta
¿Qué es exactamente?
SMPTE 2110 no es un protocolo — es un conjunto de estándares que define cómo transportar señales de broadcast profesional sobre redes IP. La diferencia clave con los otros dos: trabaja con señal sin comprimir.
Lo que lo hace único es su granularidad. En lugar de empaquetar video, audio y metadata en un solo flujo (como haría SDI), SMPTE 2110 los separa en flujos independientes. El ST 2110-20 lleva el video. El ST 2110-30 y 2110-31 llevan el audio. El ST 2110-40 se ocupa de la metadata. Cada flujo viaja de forma independiente y puede ser manipulado, enrutado o procesado por separado.
Para un ingeniero de mezcla de audio, eso significa poder acceder exactamente a las pistas que necesita sin tocar el video. Para un operador de gráficos, significa insertar metadata sin interferir con la señal de imagen. Es una granularidad que SDI nunca pudo ofrecer.
¿Para quién es?
SMPTE 2110 es la opción correcta cuando estás construyendo o renovando infraestructura broadcast de nivel profesional con presupuesto institucional: una televisora, un centro de producción, un estadio con instalación permanente, una OB van de alta gama.
Los grandes broadcasters que ya migraron — BBC, ESPN, algunos canales de Televisa y Multimedios en México — lo hicieron porque necesitaban la calidad sin concesiones y la flexibilidad de routing que solo este estándar ofrece.
El costo real de entrada
Aquí viene lo que pocas presentaciones de fabricantes te dicen claramente: SMPTE 2110 es exigente con su infraestructura de red.
No puedes conectarlo a cualquier switch. Necesitas switches con soporte para PTP (el protocolo de sincronización de tiempo IEEE 1588), capaces de manejar flujos de red de 25G o 100G con latencia determinística. Necesitas ingenieros que entiendan tanto broadcast como redes IP — un perfil que escasea y no es barato. Y la sincronización de tiempo, que en SDI era casi automática con una referencia de casa, aquí se convierte en un tema crítico y complejo.
(Spoiler: ese tema de sincronización merece su propio artículo. Lo veremos en la segunda entrega de esta serie.)
NDI: el IP que entró por la puerta del software
¿Qué es exactamente?
NDI (Network Device Interface) fue desarrollado por NewTek — hoy parte de Vizrt — y su filosofía es radicalmente distinta a SMPTE 2110. Mientras el estándar SMPTE fue diseñado por ingenieros de broadcast para infraestructuras profesionales complejas, NDI fue diseñado para que cualquier dispositivo en una red local pudiera enviar y recibir video sin configuración manual.
Su magia está en el descubrimiento automático. Conectas un dispositivo compatible a tu red, y aparece. Sin configurar IPs. Sin definir puertos. Sin abrir manuales. El protocolo usa mDNS para anunciarse en la red local y cualquier otro dispositivo NDI lo detecta automáticamente.
El ecosistema que lo hace irresistible
Lo que convirtió a NDI en un estándar de facto para producción basada en software es la amplitud de su ecosistema. OBS Studio, vMix, Resolume, Zoom, Teams, NewTek TriCaster, Wirecast — prácticamente todo el software de producción de video lo soporta. Eso significa que puedes conectar una laptop con OBS a un switcher vMix a una pantalla de monitoreo, todo en la misma red, sin un metro de cable de señal.
Para productores de contenido, streamers profesionales, estudios pequeños y medianos, y eventos corporativos, NDI redujo la barrera de entrada al broadcast IP de forma dramática.
Sus limitaciones reales
NDI trabaja con señal poco comprimida o sin comprimir, lo que implica un consumo de ancho de banda considerable dentro de la red local. Eso funciona perfectamente en una LAN con switches gigabit, pero se convierte en un problema serio en cuanto la señal necesita salir de esa red.
NDI no fue diseñado para viajar por internet. Técnicamente existe NDI Bridge y la versión HX (con mayor compresión) para casos remotos, pero en su forma nativa, ponerlo en un enlace WAN es como intentar llevar agua en una cubeta con agujeros — llega algo, pero no lo que esperabas.
Otro dato importante: NDI es propiedad intelectual de Vizrt. No es un estándar abierto. Eso no es necesariamente un problema, pero sí es algo que debes considerar al construir una arquitectura a largo plazo.
SRT: la señal que cruza el mundo
¿Qué es exactamente?
SRT (Secure Reliable Transport) nació de una pregunta diferente a las que motivaron los otros dos protocolos. Mientras SMPTE 2110 preguntó “¿cómo transportamos broadcast profesional sobre IP?” y NDI preguntó “¿cómo conectamos dispositivos en una red local sin fricción?”, SRT preguntó: “¿cómo transmitimos video con calidad profesional sobre una red que no podemos controlar?”
Haivision desarrolló el protocolo y lo convirtió en open source en 2017, creando la SRT Alliance con empresas como FFmpeg, OBS Project y decenas de fabricantes de hardware. Hoy es uno de los protocolos de transporte de video más usados en producción remota y distribución profesional.
El superpoder de SRT
SRT fue diseñado específicamente para sobrevivir las condiciones que hacen fallar a otros protocolos: pérdida de paquetes, jitter, fluctuaciones de latencia. Lo hace a través de un mecanismo de retransmisión selectiva — cuando un paquete se pierde, el receptor lo solicita de nuevo antes de que sea demasiado tarde para usarlo. El resultado es una señal estable incluso en enlaces poco confiables.
La latencia es configurable. En una red buena y predecible, puedes bajarla a 80-120 milisegundos. En un enlace 4G con jitter variable, puedes subirla a varios segundos para darle al buffer tiempo de recuperar paquetes perdidos. Esa flexibilidad no existe en los otros protocolos de esta lista.
Trabaja con video comprimido (H.264, H.265), lo que lo hace eficiente en ancho de banda. Una señal HD de buena calidad puede viajar en 5-15 Mbps — perfectamente manejable en cualquier enlace de internet moderno.
Por qué domina la producción remota
SRT funciona cruzando NAT y firewalls corporativos sin configuración especial. Eso significa que un corresponsal con una laptop y un encoder SRT económico puede enviar señal profesional desde cualquier lugar del mundo con conexión a internet decente.
Es open source y tiene soporte universal: FFmpeg lo incluye nativamente, OBS lo soporta, y prácticamente todos los encoders hardware de bajo costo (Kiloview, Magewell, AJA) lo implementan. No hay dependencia de un fabricante único.
Los tres juntos: no rivales, capas
Aquí está el insight que más valor práctico tiene de todo este artículo: en un workflow real y moderno, los tres protocolos pueden convivir — y a menudo deberían.
Piensa en este escenario, completamente real:
Escenario 1: Un canal
Un canal de noticias tiene un corresponsal en otro estado cubriendo una conferencia de prensa. En el estudio central, varios operadores trabajan con software de producción en sus computadoras. El core del estudio está construido sobre infraestructura IP profesional.
El flujo de señal se ve así:
Cada protocolo hace lo que mejor sabe hacer, en el punto de la cadena donde tiene sentido. No hay uno “mejor” — hay uno correcto para cada eslabón.
Escenario 2: el evento corporativo híbrido
Ahora salimos del mundo broadcast y entramos en uno que también vemos con mucha frecuencia: una empresa mediana organiza su convención anual. Tienen una sala principal con 300 personas, tres ponentes presenciales, dos directivos conectados desde otras ciudades y una transmisión simultánea para 800 empleados distribuidos en toda la región.
No hay una televisora detrás. Hay un equipo de producción de eventos, algunas laptops, un switcher de software y la conexión a internet del hotel.
El flujo se ve así:
¿Aparece SMPTE 2110 en este workflow? No — y no debería. No hay necesidad, no hay infraestructura para soportarlo y no hay presupuesto que lo justifique. NDI maneja perfectamente la interconexión local entre dispositivos, y SRT se encarga de traer las señales remotas y distribuir el streaming final.
Este es un punto importante: la ausencia de SMPTE 2110 no hace que este workflow sea inferior. Es simplemente el protocolo correcto para el contexto correcto. Una empresa de producción de eventos que intenta implementar 2110 en cada evento corporativo no está siendo más profesional — está sobredimensionando la solución y complicando innecesariamente su operación.
La pregunta que debes hacerte en cada punto de tu arquitectura no es “¿cuál protocolo elijo?” sino “¿dónde vive esta señal en este momento y qué necesita para llegar al siguiente punto?”
Tabla comparativa
La pregunta correcta antes de elegir
Después de todo esto, la conclusión práctica es casi anticlimática en su simplicidad:
Si tu señal vive en tu LAN y trabajas principalmente con software → NDI.
Si tu señal necesita cruzar internet o una red que no controlas → SRT.
Si estás construyendo infraestructura broadcast permanente de nivel profesional con presupuesto institucional → SMPTE 2110.
Y si tu workflow abarca más de uno de esos escenarios — cosa muy probable — los tres pueden coexistir en la misma cadena de producción.
Hay algo más, sin embargo. Una vez que decides adoptar SMPTE 2110, te encuentras con un tema que suele aparecer tarde en las conversaciones y que puede hacer o deshacer toda la implementación. Se llama PTP — Precision Time Protocol — y es el elefante que vive detrás del IP broadcast profesional.
Lo veremos en detalle en el próximo artículo.
¿Ya trabajas con alguno de estos protocolos en tu operación? ¿Con cuál te has encontrado los problemas más inesperados? Cuéntame en los comentarios — esas experiencias reales son las que más le sirven a quienes están empezando este camino.
Este artículo es parte de la serie “Broadcast IP: lo que nadie te explica” publicada en enlocacion.com
Serie completa · Del estudio al stream
¿Quieres todos los artículos en PDF?
Deja tu email y te enviamos cada artículo en PDF conforme se publique. Sin spam, solo la serie.
0 Comentarios