Requisitos técnicos
Especificaciones y requisitos de red de LiveDirector. Las cifras corresponden a la configuración real del codificador y del transporte, no a estimaciones. Están aquí para que puedas validar tu instalación antes de un evento.
REQUISITOS MÍNIMOS
Punto de acceso en 5 GHz, 802.11ac o superior, dedicado.
Aislamiento de clientes desactivado en el punto de acceso.
8 Mbps por cámara de capacidad en la red local.
4,6 Mbps de subida por destino de emisión simultáneo.
Dispositivo servidor con iPadOS 17, iOS 17 o macOS 12.3.
Teléfonos de cámara con iOS 15 o superior; Android en desarrollo.
01Especificaciones del sistema
Parámetros fijos del codificador, del transporte y de la salida. Ninguno es configurable por el usuario; el bitrate de contribución es el único que varía, y lo ajusta el control adaptativo de forma automática.
| Parámetro | Valor |
|---|---|
| Resolución de captura y de programa | 1920 × 1080 |
| Cadencia | 30 fps |
| Códec de contribución (cámara a servidor) | HEVC / H.265, codificación por hardware |
| Códec alternativo | H.264, si la cámara no admite HEVC. Se acuerda al conectar |
| Bitrate de contribución | 8 Mbps nominal; escalera adaptativa 10 / 8 / 6 / 4 / 2,5 Mbps |
| Audio de contribución | AAC-LC, 48 kHz, estéreo, 128 kbps |
| Transporte en red local | TCP, ajustado para latencia mínima |
| Descubrimiento | mDNS / Bonjour, servicio `_livedirector._tcp` |
| Puerto del servidor | Lo asigna el sistema y se anuncia por mDNS. No hay que abrir ningún puerto fijo |
| Autenticación de emparejamiento | PIN de 4 dígitos, opcional |
| Códec de salida (emisión) | H.264 High Profile, 4,5 Mbps |
| Intervalo máximo de keyframe | 2 s |
| Audio de salida | AAC, 128 kbps |
| Protocolo de salida | RTMP y RTMPS, una conexión independiente por destino |
| Latencia de captura a multiview | 150 a 200 ms |
| Latencia de corte entre cámaras | 1 fotograma, 33 ms |
La latencia hasta que el espectador ve la emisión la determina la plataforma de destino, entre 2 y 30 segundos según su configuración de directo. No depende de LiveDirector.
02Punto de acceso y red local
Las cámaras y el dispositivo servidor se comunican por TCP dentro de la misma subred. El descubrimiento usa mDNS. Estos son los parámetros del punto de acceso que condicionan el funcionamiento.
Requisitos
- ✓
Banda de 5 GHz. La banda de 2,4 GHz admite dos cámaras como máximo por ancho de canal disponible y por nivel de ocupación típico.
- ✓
802.11ac (WiFi 5) o superior. Con 6 o más cámaras, 802.11ax (WiFi 6) reparte mejor el aire entre muchos clientes transmitiendo a la vez.
- ✓
Aislamiento de clientes desactivado. El parámetro aparece como AP isolation, client isolation o station isolation según el fabricante. Activado, bloquea el tráfico entre clientes del mismo punto de acceso e impide el emparejamiento.
- ✓
Reenvío de mDNS permitido. El descubrimiento automático usa multicast en `224.0.0.251:5353`. Si la red lo filtra, el emparejamiento requiere introducir la dirección IP y el puerto manualmente.
- ✓
Cámaras y servidor en la misma subred. El descubrimiento por mDNS no atraviesa VLANs ni segmentos enrutados sin un reflector configurado.
- ✓
Ancho de canal de 80 MHz en un canal sin solapamiento con redes vecinas.
Configuraciones incompatibles
- ✕
Redes de invitados. Habilitan aislamiento de clientes por defecto en la mayoría de los equipos.
- ✕
Portales cautivos. La reautenticación periódica corta la conexión de las cámaras a mitad del evento.
- ✕
Band steering sobre un SSID único. El punto de acceso puede reasignar una cámara a 2,4 GHz sin notificación, con la consiguiente caída de bitrate. Publica la banda de 5 GHz como SSID independiente.
- ✕
Repetidores y nodos mesh con clientes repartidos. Cada salto entre nodos duplica el consumo de tiempo de aire. Todos los dispositivos deben asociarse al mismo punto de acceso.
- ✕
Redes compartidas con asistentes al evento. El tiempo de aire es un recurso compartido entre todos los clientes asociados.
Recomendación: un punto de acceso dedicado exclusivamente a las cámaras y al servidor. No necesita salida a internet: mezclar, componer y grabar funcionan sin conexión. La conexión solo interviene al emitir.
03Ancho de banda en la red local
Cada cámara mantiene un flujo continuo hacia el servidor a 8 Mbps de vídeo más 128 kbps de audio. El tráfico es sostenido, no a ráfagas, y todas las cámaras transmiten de forma simultánea. El control adaptativo reduce el bitrate por la escalera 10 / 8 / 6 / 4 / 2,5 Mbps cuando la red se congestiona o cuando la temperatura del dispositivo lo obliga.
| Cámaras remotas | Tráfico agregado | Punto de acceso |
|---|---|---|
| 2 | 16,3 Mbps | 802.11ac, 5 GHz |
| 4 | 32,5 Mbps | 802.11ac dedicado, 5 GHz |
| 6 | 48,8 Mbps | 802.11ac dedicado en canal limpio, o 802.11ax |
| 8 | 65,0 Mbps | 802.11ax dedicado, servidor por Ethernet |
Este tráfico circula por la red local y no consume ancho de banda de tu conexión a internet. La gestión térmica actúa antes de que el sistema operativo limite el rendimiento: cuando la temperatura sube, la cámara pasa a 24 fps y limita a 6 Mbps, y a 4 Mbps si sigue subiendo. La tarjeta de cada cámara indica el bitrate vigente y la causa de la reducción.
04Ancho de banda de subida a internet
Cada destino de emisión abre una conexión RTMP independiente con su propio codificador H.264 a 4,5 Mbps más 128 kbps de audio, es decir 4,63 Mbps por destino. El consumo de subida escala de forma lineal con el número de destinos simultáneos.
| Destinos simultáneos | Subida requerida | Subida recomendada | Plan |
|---|---|---|---|
| 1 | 4,63 Mbps | 8 Mbps | Cualquiera |
| 2 | 9,26 Mbps | 15 Mbps | PRO |
| 3 | 13,89 Mbps | 20 Mbps | PRO MAX |
| 5 | 23,15 Mbps | 35 Mbps | PRO MAX |
- ·
La cifra que importa es la velocidad de subida. Los planes residenciales suelen tener subida asimétrica y muy inferior a la bajada.
- ·
Mide la subida en la ubicación y en el horario del evento. La capacidad disponible varía según la ocupación de la red del proveedor.
- ·
La columna recomendada aplica un margen del 50 % sobre el requisito. Sin margen, cualquier variación de la capacidad disponible produce encolamiento en el codificador y descarte de fotogramas.
- ·
Si la subida disponible no cubre el requisito, reduce el número de destinos simultáneos.
El nivel gratuito no requiere conexión a internet. La mezcla, la composición y la grabación local operan íntegramente en la red local.
05Conexión Ethernet del dispositivo servidor
El tiempo de aire de un punto de acceso es un recurso compartido: el tráfico entrante de las cámaras y el tráfico saliente de la emisión compiten por el mismo medio si el servidor está asociado por WiFi. Conectar el servidor por Ethernet elimina esa contención y separa el enlace de subida del enlace de contribución.
Ethernet requerido
- ✓
5 o más cámaras remotas. El tráfico agregado supera los 40 Mbps sostenidos.
- ✓
2 o más destinos simultáneos. La subida agregada supera los 9 Mbps.
- ✓
Puntos de acceso cuya configuración no controlas.
- ✓
Eventos no repetibles.
Implementación
- ·
Adaptador USB-C a Ethernet Gigabit. No requiere modelo específico ni controlador adicional.
- ·
En iPad y iPhone, usa un adaptador con entrada de alimentación (USB-C Power Delivery) para alimentar el dispositivo y mantener la conexión de red de forma simultánea.
- ·
En Mac con puerto Ethernet integrado, conexión directa. En el resto, el mismo adaptador USB-C.
- ·
iOS, iPadOS y macOS priorizan la interfaz Ethernet sobre la WiFi de forma automática. No requiere configuración. Mantén la WiFi activa: las cámaras la siguen utilizando.
- ·
Las cámaras también admiten Ethernet, y cada una que pasa a cable libera unos 8 Mbps de tiempo de aire para las demás. Los iPad y los iPhone con USB-C usan el mismo adaptador; en los iPhone con Lightning hace falta el adaptador de cámara USB 3 más uno de red. Compensa en las cámaras fijas que quedan cerca de una toma; en las que van en trípode repartidas por el recinto, rara vez.
Si la sesión solo incluye grabación local y no emisión, la conexión Ethernet no aporta ventaja: no existe tráfico saliente que compita por el medio.
06Dispositivo servidor
El servidor decodifica de forma continua todos los flujos entrantes, compone el programa a 30 fps y codifica la salida. La decodificación continua es lo que permite que el corte entre cámaras tarde un fotograma sin esperar keyframes. El requisito de sistema operativo es iPadOS 17, iOS 17 o macOS 12.3. El número de cámaras simultáneas depende de la capacidad de decodificación y de gráficos del chip.
| Dispositivo | Sistema | Cámaras remotas |
|---|---|---|
| iPad 6ª generación, A10 | iPadOS 17 | 4 |
| iPad con A12 a A14 | iPadOS 17+ | 4 a 6 |
| iPad con A15 o superior | iPadOS 17+ | 6 |
| iPad con chip M | iPadOS 17+ | 8 |
| Mac con Apple Silicon | macOS 12.3+ | 8 |
| iPhone XS o superior | iOS 17+ | 4 |
- ·
Orientación horizontal en iPad. La consola se dimensiona sobre la pantalla del iPad de 9,7 pulgadas, así que cabe desde ese tamaño en adelante.
- ·
En iPhone la interfaz es el mezclador compacto, en orientación vertical.
- ·
La cámara integrada del dispositivo servidor puede utilizarse como fuente adicional, sumada a las remotas.
- ·
Los Mac con Intel entran desde 2015, que es hasta donde llega macOS 12.3. Cuántas cámaras sostienen depende mucho de la generación: el decodificado HEVC por hardware es completo a partir de 2017 y antes de eso es parcial. Si vas a dirigir desde un Mac Intel, haz la prueba de la sección 10 con todas las cámaras previstas.
- ·
Los modelos anteriores al iPad de 6ª generación no alcanzan iPadOS 17 y no pueden instalar la aplicación.
07Dispositivos de cámara
La aplicación Camera captura a 1920 × 1080 y 30 fps, codifica en HEVC por hardware y lo envía al servidor por la red local. Es gratuita y no consume asientos de la suscripción. Su requisito de sistema es más bajo que el del estudio, porque capturar y codificar una sola señal pide mucho menos que decodificar varias y componerlas: iOS 15 alcanza al iPhone 6s y iPadOS 15 al iPad Air 2.
| Plataforma | Sistema | Estado |
|---|---|---|
| iPhone | iOS 15+ | Disponible |
| iPad | iPadOS 15+ | Disponible |
| Android | Android 11+ | En desarrollo |
- ·
Alimentación. La captura y codificación continuas consumen entre el 15 % y el 25 % de batería por hora según el modelo. Para sesiones superiores a una hora, alimentación externa.
- ·
Disipación. La aplicación reduce la cadencia y el bitrate cuando la temperatura sube, antes de que el sistema operativo aplique su propia limitación. Retira fundas de material aislante y evita la exposición solar directa.
- ·
Fijación. Soporte con pinza sobre trípode. La aplicación no compensa el movimiento de cámara.
- ·
Heterogeneidad admitida. Cada cámara acuerda su códec y su bitrate por separado al conectarse, por lo que pueden combinarse modelos y plataformas distintas en la misma sesión.
08Intercom (plan PRO MAX)
Canal de voz entre el director y los camarógrafos, con pulsador para hablar: nada se codifica ni se envía mientras nadie mantenga el pulsador. El director habla a todas las cámaras o a una sola; la voz de un camarógrafo la oyen todos menos él. La app enciende la función por la capacidad intercom de la licencia.
Requisitos
- ✓
Interfaz de audio con al menos dos entradas en el dispositivo servidor. iOS mantiene una única ruta de entrada activa, así que el micrófono de talkback se pincha a un canal de la interfaz — el último por convención, configurable. No entra al bus del programa en ningún caso.
- ✓
Audífonos en cada teléfono de cámara. Sin ruta de audífonos el intercom no arranca: el altavoz del teléfono está a centímetros de la escena y la voz del director entraría al programa por cualquier micrófono cercano. La ruta se vigila de forma continua y el intercom se detiene al perderla.
- ✓
Escuchar y hablar son permisos distintos. Unos audífonos sin micrófono reciben instrucciones con normalidad; solo pierden la respuesta.
Consumo
- ·
Voz AAC-LC a 48 kHz, mono, 32 kbps por emisor, repartida por el mezclador sin transcodificar.
- ·
Con la puerta cerrada el consumo de red es cero; con todas las cámaras hablando a la vez, menos del 1 % del presupuesto de contribución de la sección 03.
Una cámara sin audífonos —o sin la función— conecta y emite con normalidad: pierde el intercom, nada más.
09Almacenamiento
La grabación del programa se escribe en el almacenamiento local del dispositivo servidor, en contenedor MP4 a 1920 × 1080 y 30 fps. El consumo aproximado es de 2 a 4 GB por hora, según el nivel de detalle y de movimiento de la imagen. Verifica el espacio disponible antes de sesiones prolongadas: la interrupción por falta de espacio no es recuperable.
En el nivel gratuito la grabación se segmenta a 20 minutos por archivo e incorpora una marca de agua. Los planes de pago eliminan ambas restricciones.
10Verificación previa al evento
Procedimiento de validación con la instalación definitiva y en la ubicación definitiva.
- ·
Configura el punto de acceso y asocia todas las cámaras previstas.
- ·
Conecta el servidor por Ethernet si la sesión incluye emisión y confirma que la aplicación detecta la interfaz.
- ·
Mide la velocidad de subida en la ubicación y compárala con la tabla de la sección 04.
- ·
Ejecuta una emisión de prueba de cinco minutos hacia un directo privado o no listado, con el número de destinos previsto.
- ·
Revisa los datos de cada cámara: bitrate, fps, latencia y temperatura. Una reducción durante la prueba indica que el margen es insuficiente.
- ·
Confirma que los dispositivos de cámara permanecen alimentados y que no entran en suspensión.