Requisitos técnicos
Especificações e requisitos de rede do LiveDirector. Os números correspondem à configuração real do codificador e do transporte, não a estimativas. Estão aqui para você validar sua instalação antes de um evento.
REQUISITOS MÍNIMOS
Ponto de acesso em 5 GHz, 802.11ac ou superior, dedicado.
Isolamento de clientes desativado no ponto de acesso.
8 Mbps por câmera de capacidade na rede local.
4,63 Mbps de upload por destino de transmissão simultâneo.
Dispositivo servidor com iPadOS 17, iOS 17 ou macOS 12.3.
Celulares de câmera com iOS 15 ou superior; Android em desenvolvimento.
01Especificações do sistema
Parâmetros fixos do codificador, do transporte e da saída. Nenhum é configurável pelo usuário; o bitrate de contribuição é o único que varia, e o controle adaptativo o ajusta automaticamente.
| Parâmetro | Valor |
|---|---|
| Resolução de captura e de programa | 1920 × 1080 |
| Taxa de quadros | 30 fps |
| Códec de contribuição (câmera para servidor) | HEVC / H.265, codificação por hardware |
| Códec alternativo | H.264, se a câmera não admite HEVC. É acordado ao conectar |
| Bitrate de contribuição | 8 Mbps nominal; escada adaptativa 10 / 8 / 6 / 4 / 2,5 Mbps |
| Áudio de contribuição | AAC-LC, 48 kHz, estéreo, 128 kbps |
| Transporte na rede local | TCP, ajustado para latência mínima |
| Descoberta | mDNS / Bonjour, serviço `_livedirector._tcp` |
| Porta do servidor | Atribuída pelo sistema e anunciada por mDNS. Não há porta fixa para abrir |
| Autenticação de emparelhamento | PIN de 4 dígitos, opcional |
| Códec de saída (transmissão) | H.264 High Profile, 4,5 Mbps |
| Intervalo máximo de keyframe | 2 s |
| Áudio de saída | AAC, 128 kbps |
| Protocolo de saída | RTMP e RTMPS, uma conexão independente por destino |
| Latência de captura ao multiview | 150 a 200 ms |
| Latência de corte entre câmeras | 1 quadro, 33 ms |
A latência até o espectador ver a transmissão é determinada pela plataforma de destino, entre 2 e 30 segundos conforme a configuração de live dela. Não depende do LiveDirector.
02Ponto de acesso e rede local
As câmeras e o dispositivo servidor se comunicam por TCP dentro da mesma sub-rede. A descoberta usa mDNS. Estes são os parâmetros do ponto de acesso que condicionam o funcionamento.
Requisitos
- ✓
Banda de 5 GHz. A banda de 2,4 GHz admite no máximo duas câmeras, pela largura de canal disponível e pelo nível de ocupação típico.
- ✓
802.11ac (WiFi 5) ou superior. Com 6 ou mais câmeras, o 802.11ax (WiFi 6) divide melhor o ar entre muitos clientes transmitindo ao mesmo tempo.
- ✓
Isolamento de clientes desativado. O parâmetro aparece como AP isolation, client isolation ou station isolation conforme o fabricante. Ativado, bloqueia o tráfego entre clientes do mesmo ponto de acesso e impede o emparelhamento.
- ✓
Encaminhamento de mDNS permitido. A descoberta automática usa multicast em `224.0.0.251:5353`. Se a rede filtrar, o emparelhamento exige inserir o endereço IP e a porta manualmente.
- ✓
Câmeras e servidor na mesma sub-rede. A descoberta por mDNS não atravessa VLANs nem segmentos roteados sem um refletor configurado.
- ✓
Largura de canal de 80 MHz em um canal sem sobreposição com redes vizinhas.
Configurações incompatíveis
- ✕
Redes de visitantes. Habilitam isolamento de clientes por padrão na maioria dos equipamentos.
- ✕
Portais cativos. A reautenticação periódica corta a conexão das câmeras no meio do evento.
- ✕
Band steering sobre um SSID único. O ponto de acesso pode reatribuir uma câmera a 2,4 GHz sem notificação, com a consequente queda de bitrate. Publique a banda de 5 GHz como SSID independente.
- ✕
Repetidores e nós mesh com clientes distribuídos. Cada salto entre nós duplica o consumo de tempo de ar. Todos os dispositivos devem se associar ao mesmo ponto de acesso.
- ✕
Redes compartilhadas com o público do evento. O tempo de ar é um recurso compartilhado entre todos os clientes associados.
Recomendação: um ponto de acesso dedicado exclusivamente às câmeras e ao servidor. Não precisa de saída para a internet: mixar, compor e gravar funcionam sem conexão. A conexão só entra em jogo ao transmitir.
03Banda na rede local
Cada câmera mantém um fluxo contínuo até o servidor a 8 Mbps de vídeo mais 128 kbps de áudio. O tráfego é sustentado, não em rajadas, e todas as câmeras transmitem simultaneamente. O controle adaptativo reduz o bitrate pela escada 10 / 8 / 6 / 4 / 2,5 Mbps quando a rede congestiona ou quando a temperatura do dispositivo obriga.
| Câmeras remotas | Tráfego agregado | Ponto de acesso |
|---|---|---|
| 2 | 16,3 Mbps | 802.11ac, 5 GHz |
| 4 | 32,5 Mbps | 802.11ac dedicado, 5 GHz |
| 6 | 48,8 Mbps | 802.11ac dedicado em canal limpo, ou 802.11ax |
| 8 | 65,0 Mbps | 802.11ax dedicado, servidor por Ethernet |
Este tráfego circula pela rede local e não consome banda da sua conexão de internet. A gestão térmica atua antes de o sistema operacional limitar o desempenho: quando a temperatura sobe, a câmera passa a 24 fps e limita a 6 Mbps, e a 4 Mbps se continuar subindo. O cartão de cada câmera indica o bitrate vigente e a causa da redução.
04Banda de upload de internet
Cada destino de transmissão abre uma conexão RTMP independente com o próprio codificador H.264 a 4,5 Mbps mais 128 kbps de áudio, ou seja 4,63 Mbps por destino. O consumo de upload escala linearmente com o número de destinos simultâneos.
| Destinos simultâneos | Upload necessário | Upload recomendado | Plano |
|---|---|---|---|
| 1 | 4,63 Mbps | 8 Mbps | Qualquer um |
| 2 | 9,26 Mbps | 15 Mbps | PRO |
| 3 | 13,89 Mbps | 20 Mbps | PRO MAX |
| 5 | 23,15 Mbps | 35 Mbps | PRO MAX |
- ·
O número que importa é a velocidade de upload. Os planos residenciais costumam ser assimétricos, com upload bem inferior ao download.
- ·
Meça o upload na localização e no horário do evento. A capacidade disponível varia conforme a ocupação da rede do provedor.
- ·
A coluna recomendada aplica uma margem de 50 % sobre o requisito. Sem margem, qualquer variação da capacidade disponível produz enfileiramento no codificador e descarte de quadros.
- ·
Se o upload disponível não cobre o requisito, reduza o número de destinos simultâneos.
O nível gratuito não requer conexão de internet. A mixagem, a composição e a gravação local operam integralmente na rede local.
05Conexão Ethernet do dispositivo servidor
O tempo de ar de um ponto de acesso é um recurso compartilhado: o tráfego de entrada das câmeras e o tráfego de saída da transmissão disputam o mesmo meio se o servidor está associado por WiFi. Conectar o servidor por Ethernet elimina essa contenção e separa o enlace de upload do enlace de contribuição.
Ethernet obrigatório
- ✓
5 ou mais câmeras remotas. O tráfego agregado supera 40 Mbps sustentados.
- ✓
2 ou mais destinos simultâneos. O upload agregado supera 9 Mbps.
- ✓
Pontos de acesso cuja configuração você não controla.
- ✓
Eventos não repetíveis.
Implementação
- ·
Adaptador USB-C para Ethernet Gigabit. Não requer modelo específico nem driver adicional.
- ·
No iPad e no iPhone, use um adaptador com entrada de alimentação (USB-C Power Delivery) para alimentar o dispositivo e manter a conexão de rede simultaneamente.
- ·
No Mac com porta Ethernet integrada, conexão direta. Nos demais, o mesmo adaptador USB-C.
- ·
iOS, iPadOS e macOS priorizam a interface Ethernet sobre a WiFi automaticamente. Não requer configuração. Mantenha a WiFi ativa: as câmeras continuam a utilizá-la.
- ·
As câmeras também aceitam Ethernet, e cada uma que passa para cabo libera cerca de 8 Mbps de tempo de ar para as demais. Os iPad e os iPhone com USB-C usam o mesmo adaptador; nos iPhone com Lightning é preciso o adaptador de câmera USB 3 mais um de rede. Compensa nas câmeras fixas que ficam perto de um ponto de rede; nas que vão em tripé espalhadas pelo recinto, raramente.
Se a sessão inclui apenas gravação local e não transmissão, a conexão Ethernet não traz vantagem: não existe tráfego de saída disputando o meio.
06Dispositivo servidor
O servidor decodifica continuamente todos os fluxos de entrada, compõe o programa a 30 fps e codifica a saída. A decodificação contínua é o que permite que o corte entre câmeras leve um quadro sem esperar keyframes. O requisito de sistema operacional é iPadOS 17, iOS 17 ou macOS 12.3. O número de câmeras simultâneas depende da capacidade de decodificação e de gráficos do chip.
| Dispositivo | Sistema | Câmeras remotas |
|---|---|---|
| iPad 6ª geração, A10 | iPadOS 17 | 4 |
| iPad com A12 a A14 | iPadOS 17+ | 4 a 6 |
| iPad com A15 ou superior | iPadOS 17+ | 6 |
| iPad com chip M | iPadOS 17+ | 8 |
| Mac com Apple Silicon | macOS 12.3+ | 8 |
| iPhone XS ou superior | iOS 17+ | 4 |
- ·
Orientação horizontal no iPad. O console é dimensionado sobre a tela do iPad de 9,7 polegadas, então cabe desse tamanho em diante.
- ·
No iPhone a interface é o mixer compacto, em orientação vertical.
- ·
A câmera integrada do dispositivo servidor pode ser usada como fonte adicional, somada às remotas.
- ·
Os Mac com Intel entram desde 2015, que é até onde o macOS 12.3 alcança. Quantas câmeras sustentam varia muito conforme a geração: a decodificação HEVC por hardware é completa a partir de 2017 e parcial antes disso. Se você vai dirigir de um Mac Intel, faça o teste da seção 10 com todas as câmeras previstas.
- ·
Os modelos anteriores ao iPad de 6ª geração não alcançam o iPadOS 17 e não podem instalar o aplicativo.
07Dispositivos de câmera
O aplicativo Camera captura a 1920 × 1080 e 30 fps, codifica em HEVC por hardware e envia ao servidor pela rede local. É gratuito e não consome vagas da assinatura. O requisito de sistema dele é mais baixo que o do estúdio, porque capturar e codificar um único sinal exige muito menos que decodificar vários e compor: o iOS 15 alcança o iPhone 6s e o iPadOS 15 o iPad Air 2.
| Plataforma | Sistema | Status |
|---|---|---|
| iPhone | iOS 15+ | Disponível |
| iPad | iPadOS 15+ | Disponível |
| Android | Android 11+ | Em desenvolvimento |
- ·
Alimentação. A captura e codificação contínuas consomem entre 15 % e 25 % de bateria por hora conforme o modelo. Para sessões acima de uma hora, alimentação externa.
- ·
Dissipação. O aplicativo reduz a taxa de quadros e o bitrate quando a temperatura sobe, antes de o sistema operacional aplicar a própria limitação. Retire capas de material isolante e evite exposição solar direta.
- ·
Fixação. Suporte com garra sobre tripé. O aplicativo não compensa o movimento de câmera.
- ·
Heterogeneidade admitida. Cada câmera acorda seu códec e seu bitrate separadamente ao conectar, portanto modelos e plataformas distintas podem ser combinados na mesma sessão.
08Intercom (plano PRO MAX)
Canal de voz entre o diretor e os cinegrafistas, com botão de apertar para falar: nada é codificado nem enviado enquanto ninguém mantém o botão. O diretor fala com todas as câmeras ou com uma só; a voz de um cinegrafista é ouvida por todos menos ele. O app liga a função pela capacidade intercom da licença.
Requisitos
- ✓
Interface de áudio com pelo menos duas entradas no dispositivo servidor. O iOS mantém uma única rota de entrada ativa, então o microfone de talkback entra por um canal da interface — o último por convenção, configurável. Ele nunca entra no bus do programa.
- ✓
Fones de ouvido em cada celular de câmera. Sem rota de fones o intercom não arranca: o alto-falante do celular está a centímetros da cena e a voz do diretor entraria no programa por qualquer microfone próximo. A rota é vigiada continuamente e o intercom para ao perdê-la.
- ✓
Ouvir e falar são permissões distintas. Fones sem microfone recebem instruções normalmente; perdem só a resposta.
Consumo
- ·
Voz AAC-LC a 48 kHz, mono, 32 kbps por emissor, distribuída pelo mixer sem transcodificar.
- ·
Com o gate fechado o consumo de rede é zero; com todas as câmeras falando ao mesmo tempo, menos de 1% do orçamento de contribuição da seção 03.
Uma câmera sem fones — ou sem a função — conecta e contribui normalmente: perde o intercom, nada mais.
09Armazenamento
A gravação do programa é escrita no armazenamento local do dispositivo servidor, em contêiner MP4 a 1920 × 1080 e 30 fps. O consumo aproximado é de 2 a 4 GB por hora, conforme o nível de detalhe e de movimento da imagem. Verifique o espaço disponível antes de sessões prolongadas: a interrupção por falta de espaço não é recuperável.
No nível gratuito a gravação é segmentada a 20 minutos por arquivo e incorpora uma marca d'água. Os planos pagos removem as duas restrições.
10Verificação prévia ao evento
Procedimento de validação com a instalação definitiva e na localização definitiva.
- ·
Configure o ponto de acesso e associe todas as câmeras previstas.
- ·
Conecte o servidor por Ethernet se a sessão inclui transmissão e confirme que o aplicativo detecta a interface.
- ·
Meça a velocidade de upload na localização e compare com a tabela da seção 04.
- ·
Execute uma transmissão de teste de cinco minutos para uma live privada ou não listada, com o número de destinos previsto.
- ·
Revise os dados de cada câmera: bitrate, fps, latência e temperatura. Uma redução durante o teste indica que a margem é insuficiente.
- ·
Confirme que os dispositivos de câmera permanecem alimentados e não entram em suspensão.