Já vi clientes gastarem 20 GB de dados 4G em uma única semana apenas porque suas câmeras 4K não tinham lógica de divisão de fluxo — um erro caro e evitável.
Uma configuração de fluxo duplo permite que sua câmera PTZ 4K grave em resolução total localmente, enquanto envia um subfluxo leve de 720p para pré-visualização remota. Essa divisão simples pode cortar seu uso de dados móveis em mais de 90%, mantendo sua conta 4G baixa e sua visualização ao vivo suave — mesmo em sinais rurais fracos.

Abaixo, vou guiá-lo pelas quatro perguntas mais comuns que recebo de integradores de sistemas e gerentes de projeto sobre a configuração de fluxo duplo. Cada resposta inclui números reais, dicas de configuração e linguagem de aquisição que você pode copiar diretamente para seu próximo acordo técnico.
Índice
Posso definir meu aplicativo móvel para uma pré-visualização de “Subfluxo” por padrão para economizar 90% dos meus dados?
Já vi muitos instaladores deixarem o aplicativo no “modo HD” por padrão, e depois se perguntarem por que seu plano 4G mensal acaba em dez dias.
Sim. Você deve sempre definir o aplicativo móvel para carregar o subfluxo (720p) por padrão. Com aproximadamente 0,5 Mbps versus 6 Mbps para o fluxo principal 4K, essa única alteração economiza cerca de 90–96% dos seus dados de visualização remota — sem tocar na qualidade da sua gravação local.

Por que a Configuração de Fluxo Padrão Importa Tanto
A maioria das câmeras PTZ 4K codifica dois fluxos de vídeo independentes ao mesmo tempo. O fluxo principal captura cada pixel em resolução 4K completa. O subfluxo comprime a mesma cena para 720p ou até mesmo 480p. Ambos os fluxos existem simultaneamente dentro do chip codificador da câmera. A questão é simplesmente: qual deles seu telefone baixa quando você abre o aplicativo?
Se o aplicativo for definido por padrão para o fluxo principal, seu telefone tentará baixar 6 Mbps de dados no momento em que você tocar em “Visualização ao Vivo”. Em uma conexão 4G, isso é aproximadamente 675 MB a cada 15 minutos. Ao longo de um mês de verificações diárias casuais, você estará olhando para 20 GB perdidos — apenas para pré-visualização, nem mesmo gravação.
Mude o padrão para o subfluxo, e essa mesma sessão de 15 minutos cai para cerca de 57 MB. Ao longo de um mês, isso é apenas 1,7 GB.
A Comparação de Dados do Mundo Real
| Modo de Pré-visualização | Taxa de bits | Sessão de 15 Minutos | Mensal (15 min/dia) | Experiência do usuário |
|---|---|---|---|---|
| Apenas stream principal (4K) | 6 Mbps | 675 MB | ~20 GB | Buffering frequente em 4G fraco |
| Apenas sub-stream (720p) | 512 Kbps | 57 MB | ~1,7 GB | Rápido e suave, menos detalhes |
| Dual-stream (troca inteligente) | Dinâmico | ~100 MB | ~3 GB | Melhor equilíbrio: prévia rápida, forense clara sob demanda |
Como Configurar Isso na Prática
A maioria das câmeras PTZ de nível profissional — incluindo os modelos que fabricamos na Loyalty-Secu — expõe essa configuração em dois lugares:
- Firmware da câmera (interface web): Em “Vídeo/Áudio → Configurações de Stream”, você define a resolução, taxa de quadros e taxa de bits do sub-stream. Recomendo 720p, 15 fps, H.2651, e 512 Kbps VBR como ponto de partida.
- Aplicativo móvel ou cliente VMS: Em “Configurações de Visualização ao Vivo” ou “Adaptação de Rede”, escolha “Fluente” ou “Sub-stream” como padrão. Somente quando o usuário tocar em “HD” ou “4K” o aplicativo deverá puxar o stream principal.
Uma observação sobre VBR para o Sub-stream
Para o sub-stream, eu sempre recomendo VBR2 (Taxa de Bits Variável) em vez de CBR3. Cenas de vigilância são em sua maioria estáticas — uma cerca, um portão, um estacionamento vazio. VBR reduz a taxa de bits durante esses momentos de silêncio, às vezes para 128 Kbps. Quando o movimento aparece, ele aumenta para capturar a ação. Isso pode economizar mais 30–50% em cima das economias do sub-stream que você já obtém.
Ao escrever sua especificação de aquisição, inclua esta linha:
“O aplicativo deve usar o preview do sub-stream por padrão. O stream principal só será ativado mediante solicitação explícita do usuário ou alternância de HD.”
Essa única frase protege o orçamento de dados do seu cliente durante todo o ciclo de vida do projeto.
O “Fluxo Principal” continuará gravando em resolução 4K completa enquanto eu visualizo em 720p?
Certa vez, tive um cliente no Canadá em pânico porque ele pensou que mudar para o preview do sub-stream significava que suas gravações também caíam para 720p. Não funciona assim.
Sim. O stream principal e o sub-stream são canais de codificação completamente independentes. Seu NVR local ou cartão SD sempre grava o stream principal 4K completo em sua taxa de bits configurada, independentemente da resolução que você está visualizando remotamente em seu telefone.

Como a Codificação Dupla Realmente Funciona Dentro da Câmera
Câmeras PTZ 4K modernas usam um System-on-Chip (SoC)4 que executa dois (ou mais) pipelines de codificação em paralelo. Pense nisso como dois gravadores de vídeo separados compartilhando a mesma lente. Um gravador captura 4K a 6–8 Mbps e o grava no cartão SD ou o envia para o NVR local via Ethernet. O outro gravador captura 720p a 0,5 Mbps e o mantém pronto para qualquer cliente remoto que se conecte via 4G.
Esses dois pipelines não interferem um no outro. Desligar o sub-stream não melhora o stream principal. Assistir ao sub-stream em seu telefone não degrada a gravação do stream principal. Eles são paralelos, não em série.
O Modelo de Separação de Armazenamento e Largura de Banda
Esta é a arquitetura que recomendo a todos os integradores de sistemas com quem trabalho:
| Localização de Armazenamento | Fluxo Utilizado | Finalidade | Impacto dos Dados 4G |
|---|---|---|---|
| NVR Local / Cartão SD | Fluxo principal (4K H.265) | Gravação contínua 24/7, reprodução forense | Zero — permanece no armazenamento local |
| Armazenamento em nuvem (opcional) | Clipes de fluxo principal ou contínuo de subfluxo | Backup fora do local, arquivamento de eventos críticos | Uploads acionados apenas por eventos |
| Pré-visualização remota 4G | Subfluxo (720p H.265) | Monitoramento móvel em tempo real, patrulha multitelas | Apenas taxa de bits do subfluxo (~0,5 Mbps) |
Por que isso importa para propostas de projetos
Quando David — um CTO ou gerente de projeto típico — envia uma proposta para uma câmera de canteiro de obras alimentada por energia solar, seu cliente espera imagens 4K de nível de evidência. Mas o local tem apenas um plano 4G de 60 GB por mês. Sem a separação de fluxo duplo, ele enfrenta uma escolha impossível: ou esgota o plano de dados em três dias com streaming 4K, ou rebaixa a gravação para 720p e perde o valor forense.
O fluxo duplo remove completamente essa troca. As imagens 4K ficam armazenadas com segurança no local de 256 GB Cartão SD5. David verifica o local duas vezes por dia em seu telefone usando o subfluxo. Ele usa talvez 3 GB por mês. E quando ocorre um incidente, ele baixa o clipe 4K do cartão SD — remotamente (download único) ou fisicamente durante a próxima visita ao local.
Idioma de Aquisição a Incluir
“A câmera codificará simultaneamente o fluxo principal (4K, H.265, ≥25 fps) para armazenamento local e o subfluxo (720p, H.265, ≤15 fps) para acesso remoto. A resolução de gravação local não será afetada pela seleção do fluxo de visualização remota.”
Como personalizo a resolução do Subfluxo para conexões 4G rurais extremamente lentas?
Instalei câmeras em fazendas no Meio-Oeste americano, onde o sinal 4G mal segura 1 Mbps de downstream. As configurações padrão de subfluxo 720p ainda engasgavam. Vocês precisam ir mais baixo.
A maioria das câmeras PTZ profissionais permite definir manualmente a resolução do subfluxo para 480p ou até 352×288 (CIF), reduzir a taxa de quadros para 8–10 fps e limitar a taxa de bits a 200–300 Kbps. Combinado com a codificação H.265 e o modo VBR, isso torna a pré-visualização ao vivo possível mesmo em conexões tão lentas quanto 0,5 Mbps.

As Três Alavancas que Você Pode Puxar
Quando a rede está ruim, você tem três variáveis para ajustar no subfluxo. Cada uma delas reduz o consumo de dados de forma independente, e elas se somam:
1. Resolução
Cair de 720p (1280×720) para 480p (854×480) corta a contagem de pixels quase pela metade. Ir mais longe para CIF (352×288) corta em cerca de 85%. Menos pixels significam menos bits para codificar e transmitir.
2. Taxa de Quadros
Um fluxo de 25 fps envia 25 imagens por segundo. Reduza para 10 fps e você envia menos da metade dos dados. Para vigilância — onde você mais precisa ver “há alguém lá?” em vez de assistir a movimentos suaves — 10 fps é perfeitamente utilizável. Em casos extremos, 8 fps ainda funciona.
3. Limite de Taxa de Bits
Mesmo com resolução e taxa de quadros mais baixas, o codificador ainda pode alocar mais bits do que sua conexão pode suportar. Definir um limite rígido de taxa de bits (por exemplo, 256 Kbps) força o codificador a permanecer dentro do seu orçamento de largura de banda. Com VBR, o codificador geralmente permanecerá bem abaixo desse limite durante cenas estáticas.
Configurações Recomendadas por Qualidade de Rede
| Condição da Rede | Resolução do Subfluxo | Taxa de quadros | Taxa de Bits (H.265 VBR) | Experiência Esperada |
|---|---|---|---|---|
| 4G Bom (≥5 Mbps) | 1280×720 (720p) | 15 fps | 512–800 Kbps | Prévia suave e clara |
| 4G moderado (2–5 Mbps) | 854×480 (480p) | 12 fps | 300–500 Kbps | Boa prévia, leve suavidade |
| 4G fraco (0.5–2 Mbps) | 640×480 (VGA) | 10 fps | 200–300 Kbps | Prévia utilizável, compressão visível |
| 4G muito fraco (<0.5 Mbps) | 352×288 (CIF) | 8 fps | 128–200 Kbps | Monitoramento básico, baixo detalhe |
Ajuste do Intervalo GOP e I-Frame
Existe mais uma configuração que importa muito em conexões lentas: o GOP6 (Grupo de Imagens) intervalo. GOP controla com que frequência o codificador envia um “quadro chave” completo (I-frame). Um GOP mais curto significa mais quadros chave, o que significa troca de canal mais rápida, mas maior largura de banda. Um GOP mais longo significa menos quadros chave, menor largura de banda, mas um pequeno atraso ao abrir a visualização ao vivo pela primeira vez.
Para 4G fraco, recomendo definir o GOP do sub-fluxo para 2× a taxa de quadros. Portanto, se sua taxa de quadros for 10 fps, defina o GOP para 20. Isso significa um quadro chave a cada 2 segundos — um bom equilíbrio entre velocidade de inicialização e economia de largura de banda.
Codificação ROI: Um Economizador de Largura de Banda Oculto
Se o firmware da sua câmera suportar codificação ROI (Região de Interesse), ative-a. ROI diz ao codificador para alocar mais bits para o centro do quadro — onde geralmente fica o portão, a porta ou a faixa do veículo — e menos bits para o fundo, como céu, grama ou paredes. Em uma conexão 4G, isso pode reduzir a taxa de bits efetiva em mais 15–25% sem perda visível nas áreas que importam.
Na Loyalty-Secu, nossos modelos 4K PTZ suportam configuração ROI através da interface web. Você desenha um retângulo sobre a área que lhe interessa, e o codificador faz o resto.
Existe uma opção de“tri-fluxo7”para Gravação Local Simultânea, Visualização Remota e Análise de IA?
Recebo essa pergunta cada vez mais à medida que as análises de IA se movem da nuvem para a borda. A resposta curta: sim, mas você precisa verificar as especificações do hardware cuidadosamente.
Muitas câmeras 4K PTZ modernas suportam um terceiro fluxo — frequentemente chamado de “terceiro fluxo” ou “fluxo de análise” — projetado especificamente para alimentar o motor de IA integrado ou um servidor de análise de terceiros. Este fluxo normalmente é executado em 1080p ou 720p com configurações otimizadas para visão computacional em vez de visualização humana, permitindo que a gravação local 4K, a pré-visualização remota 720p e o processamento de IA sejam executados simultaneamente sem competir por largura de banda.

Por que a IA Precisa de Seu Próprio Fluxo
Algoritmos de IA — como detecção humana, rastreamento de veículos ou reconhecimento de placas — não precisam de resolução 4K. Na verdade, alimentar quadros 4K para um chip de IA desperdiça poder de processamento e diminui a velocidade de inferência. A maioria dos chips IA de ponta8 tem melhor desempenho com entrada de 1080p ou até mesmo 720p.
Mas você não pode simplesmente compartilhar o sub-fluxo com o motor de IA. O sub-fluxo é otimizado para olhos humanos: usa compressão agressiva, baixas taxas de quadros e, às vezes, pula quadros durante congestionamento de rede. A IA precisa de um feed consistente e estável com tempo de quadro previsível. Um quadro perdido pode causar uma detecção perdida.
É por isso que o terceiro fluxo existe. Ele é executado independentemente dos fluxos principal e secundário. Ele é alimentado diretamente na unidade de processamento neural (NPU) integrada ou é enviado para um servidor de análise externo pela rede local.
Como os Três Fluxos Dividem o Trabalho
Eis como recomendo configurar uma configuração tri-stream:
-
Stream 1 (Principal): 4K, 25 fps, H.265, 6–8 Mbps CBR → Gravação local NVR / cartão SD. Este é o seu arquivo de evidências. Ele nunca toca no link 4G, a menos que você baixe manualmente um clipe.
-
Stream 2 (Secundário): 720p, 15 fps, H.265, 512 Kbps VBR → Visualização móvel remota via 4G. É o que David vê no celular quando verifica o local.
-
Stream 3 (Análise): 1080p, 20 fps, H.265, 2 Mbps CBR → Motor de IA integrado ou servidor de análise local. Isso alimenta o algoritmo de detecção de humanos/veículos. Permanece no barramento local ou LAN — nenhum dado 4G é consumido.
Quando o Tri-Stream se Torna Essencial
Para detecção básica de movimento, você não precisa de um terceiro stream. A câmera pode executar a detecção de movimento no stream principal internamente. Mas para recursos avançados de IA — intrusão de perímetro com classificação de objetos, captura de rosto, reconhecimento de placa de licença ou rastreamento automático PTZ — um stream de análise dedicado faz uma diferença real na precisão e velocidade da detecção.
Nossas câmeras PTZ com link de lente dupla na Loyalty-Secu usam essa arquitetura. A lente grande angular fixa fornece o stream de análise de IA para detecção de cena completa. Quando a IA detecta um alvo, ela envia coordenadas para a lente PTZ, que então amplia e rastreia o alvo usando o stream principal. O sub-stream continua a servir o espectador remoto durante todo o processo. Três streams, três trabalhos, zero conflito.
Especificação de Aquisição para Tri-Stream
“A câmera deverá suportar um mínimo de três streams de codificação simultâneos: stream principal (4K, ≥25 fps, H.265), sub-stream (720p, ≤15 fps, H.265) e stream de análise (1080p, ≥20 fps, H.265). O stream de análise deverá ser configurável independentemente e acessível via RTSP9 para integração com VMS de terceiros ou servidor de IA.”
Se o seu projeto envolve qualquer forma de análise de vídeo inteligente — e a maioria dos novos projetos envolve — certifique-se de que a câmera que você adquire realmente suporta três canais de codificação independentes no nível de hardware. Algumas câmeras de baixo custo anunciam “tri-stream”, mas na verdade compartilham dois codificadores, o que causa perda de quadros sob carga. Peça ao seu fornecedor a folha de dados do SoC. Se ela listar três pipelines de codificação independentes, você está seguro.
Conclusão
O dual-stream não é opcional para projetos PTZ solares 4K — é a base que torna o monitoramento remoto acessível, confiável e escalável via 4G sem sacrificar a gravação local de nível forense.
1. H.265 é um padrão de compressão de vídeo que reduz a taxa de bits sem sacrificar a qualidade. ︎↩︎ 2. A codificação de taxa de bits variável economiza dados em cenas estáticas, ideal para vigilância. ︎↩︎ 3. A codificação de taxa de bits constante mantém uma taxa de dados fixa, mas desperdiça largura de banda em cenas estáticas. ︎↩︎ 4. SoC integra codificador, processador e hardware de IA em um único chip para câmeras PTZ. ︎↩︎ 5. Os cartões SD fornecem armazenamento local em câmeras, permitindo gravação na borda sem dependências de rede. ︎↩︎ 6. O intervalo do Grupo de Imagens afeta a frequência de quadros-chave e a eficiência da largura de banda. ︎↩︎ 7. O Tri-stream adiciona um terceiro canal de codificação para IA ou análise sem afetar os fluxos primários. ︎↩︎ 8. A IA na borda processa vídeo localmente na câmera, reduzindo a dependência da nuvem e a latência. ︎↩︎ 9. O RTSP permite o streaming de vídeo em tempo real de câmeras para VMS ou servidores de terceiros. ︎↩︎