AXIS Zipstream — Compressão de Vídeo para Reduzir Banda e Armazenamento

AXIS Zipstream é uma tecnologia de redução de bitrate otimizada para videomonitoramento. Ela trabalha dentro do codificador da câmera para preservar movimento e detalhes de interesse enquanto comprime de forma mais agressiva regiões menos relevantes da cena, reduzindo requisitos de banda e armazenamento sem abandonar os padrões de vídeo utilizados pelo VMS.

Zipstream não é um codec próprio e não substitui H.264, H.265 ou AV1. Ele é uma camada de otimização do encoder aplicada sobre esses padrões. Em câmeras compatíveis, a tecnologia pode operar com múltiplos codecs e streams simultâneos, o que permite combinar gravação, visualização remota, analytics e transição tecnológica sem exigir uma única configuração para todos os consumidores.

Na engenharia do sistema, Zipstream deve ser tratado como parte do dimensionamento de videomonitoramento. A economia real depende de movimento, ruído, iluminação, resolução, perfil de compressão, codec, GOP, FPS, cena e política de gravação. Portanto, percentuais genéricos de redução não substituem cálculo de bitrate e validação em campo.

Condição observada	Risco ou limitação	Resposta de engenharia
Projeto dimensionado apenas pelo bitrate máximo do datasheet	Storage superdimensionado ou estimativa pouco realista	Usar perfis reais de cena e medir bitrate médio/pico
Zipstream ativado com parâmetros extremos	Perda de detalhe em regiões de menor interesse	Definir strength conforme finalidade forense
Dynamic FPS aplicado sem avaliar o consumidor	Fluxo inadequado para determinada integração ou análise	Separar streams por finalidade e testar VMS/analytics
H.265 escolhido apenas por expectativa de maior compressão	Compatibilidade limitada ou economia menor que a esperada	Comparar H.264/H.265/AV1 com Zipstream no ecossistema real
Redução de bitrate usada como justificativa para diminuir retenção	Benefício de eficiência não se converte em requisito operacional	Definir retenção primeiro e usar Zipstream para otimizar infraestrutura

Arquitetura no pipeline de vídeo

Zipstream atua na etapa de codificação do vídeo dentro da câmera. A cena é capturada pelo sensor, passa pelo processamento de imagem e pelos recursos embarcados do dispositivo e, no encoder, os algoritmos do Zipstream decidem como distribuir bits, quadros e intervalos de referência antes de o stream ser entregue à rede.

Isso significa que a otimização acontece antes do VMS, do Recording Server e do storage. Esses sistemas recebem um stream compatível com o codec selecionado, porém já otimizado para videomonitoramento. O benefício se propaga para uplinks, links WAN, servidores de gravação e capacidade de disco.

Como câmeras Axis podem produzir múltiplos streams simultâneos, cada consumidor pode ter finalidade própria. Gravação pode usar perfil otimizado para storage, enquanto live view, analytics externo ou acesso móvel utilizam parâmetros diferentes. A arquitetura deve documentar qual stream atende cada função para evitar que uma otimização de armazenamento altere inadvertidamente outro subsistema.

Como o Zipstream reduz bitrate

O Zipstream combina algoritmos que analisam o vídeo em tempo real e identificam onde a informação precisa ser preservada com mais bits. A lógica é própria de videomonitoramento: rostos, placas, pessoas, veículos e movimento relevante recebem tratamento diferente de fundo estático, ruído e áreas com menor valor forense.

Dynamic ROI

Dynamic ROI identifica regiões de interesse dinamicamente com base em objetos, pessoas ou movimento. A câmera pode manter maior qualidade nessas regiões e aumentar compressão em áreas menos relevantes. A economia resultante depende de quanto da imagem permanece estática ou pouco relevante ao longo do tempo.

Dynamic GOP

Dynamic GOP reduz a frequência de I-frames quando a cena apresenta pouco movimento. Como I-frames consomem mais dados que quadros preditivos, aumentar a distância entre eles em períodos estáveis reduz bitrate. Quando a cena muda, a lógica precisa voltar a preservar a informação necessária.

Dynamic FPS

Dynamic FPS reduz a quantidade de quadros codificados quando há pouco ou nenhum movimento. A câmera continua capturando e analisando a cena em sua taxa configurada, mas quadros considerados desnecessários para o stream podem deixar de ser codificados.

Esses mecanismos podem operar juntos ou ser controlados separadamente conforme câmera, AXIS OS e perfil. A decisão deve considerar o objetivo do stream: gravação, visualização ao vivo, analytics, integração externa ou transmissão por rede limitada.

Strength, GOP, FPS e parâmetros de configuração

O parâmetro de strength controla o esforço aplicado pelo Zipstream. Níveis mais altos tendem a remover mais informação em regiões de menor interesse, reduzindo bitrate com maior impacto visual nessas áreas. O valor precisa refletir o uso forense esperado e não apenas a meta de economia.

Dynamic GOP e Dynamic FPS também possuem limites próprios. É possível definir o comprimento máximo de GOP dinâmico e o FPS mínimo permitido. Esses limites são importantes porque evitam que uma cena pouco movimentada gere um stream incompatível com expectativas de reprodução ou integração.

A configuração padrão foi desenhada para ampla compatibilidade, mas isso não significa que seja ótima para todo projeto. Cenas com muito ruído, vegetação, chuva, baixa iluminação ou alta densidade de objetos podem ter redução menor do que ambientes internos estáveis.

Storage profile e network load balancing profile

A evolução mais recente do Zipstream introduziu perfis que simplificam a otimização. O storage profile ajusta parâmetros para priorizar eficiência de gravação e retenção, podendo ser solicitado pelo VMS para um stream específico ou forçado na própria câmera quando a integração não possui suporte dedicado.

O perfil de network load balancing é orientado a cenários em que a carga de rede é crítica. Essa separação é importante porque gravação e visualização remota possuem objetivos distintos: o stream ideal para arquivamento nem sempre é o mesmo que deve alimentar operação ao vivo.

Em projetos com múltiplos consumidores, a câmera pode disponibilizar streams com parâmetros diferentes. Isso permite manter um stream de gravação otimizado para storage e outro adequado a cliente móvel, analytics ou integração específica, respeitando o limite de desempenho do SoC.

H.264, H.265 e AV1

Zipstream é compatível com diferentes padrões de codificação. H.264 continua amplamente suportado; H.265 pode reduzir bitrate em diversos cenários, mas ainda possui limitações de ecossistema e licenciamento; AV1 amplia opções em câmeras baseadas em ARTPEC-9 e tende a ser especialmente relevante em integrações com nuvem.

Em câmeras ARTPEC-9, a Axis oferece suporte paralelo a AV1, H.265 e H.264. Isso permite uma migração gradual: gravação pode utilizar um codec enquanto outro stream atende um sistema que ainda não suporta o padrão mais novo.

Codec não deve ser escolhido por comparação abstrata. A decisão precisa considerar VMS, clientes, hardware de decodificação, exportação, cloud, dispositivos móveis e interoperabilidade. Em determinados cenários complexos, a própria documentação Axis observa que Zipstream com H.264 pode gerar bitrate competitivo em relação a H.265.

Compatibilidade com VMS e múltiplos streams

Mesmo quando o VMS não possui integração específica com os perfis avançados, Zipstream pode ser habilitado na câmera e continuar entregando vídeo compatível com o codec escolhido. Recursos como storage profile, porém, dependem de integração mais profunda para seleção por stream.

Dynamic GOP exige atenção adicional em clientes antigos. A documentação de desenvolvimento da Axis indica que fixed GOP possui compatibilidade mais ampla, enquanto algumas implementações de playback precisam se adaptar ao comportamento dinâmico.

O comissionamento deve verificar live view, gravação, playback, exportação e recuperação em velocidade variável. Um stream que grava corretamente mas apresenta falhas na investigação não atende ao requisito do sistema.

Impacto no dimensionamento de rede e armazenamento

A Axis informa redução média de 50% ou mais em comparação com compressão convencional em cenários de referência. Esse valor é uma expectativa de tecnologia, não um fator fixo de projeto. O ganho depende do conteúdo da cena e da configuração.

O sizing deve começar pelo bitrate esperado por câmera e pelo período de retenção. Em seguida, são aplicados simultaneidade, overhead, RAID, reserva operacional, crescimento e redundância. Zipstream pode reduzir o bitrate médio, mas picos de movimento ainda precisam ser suportados por switches, uplinks, Recording Servers e storage.

Em WAN ou cloud, a redução de bitrate também altera custo de transporte e egress. Essa economia deve ser avaliada separadamente da economia de disco, porque topologia, gravação local e acesso remoto podem usar streams diferentes.

Cena, iluminação e previsibilidade de economia

Uma cena estável, bem iluminada e com fundo pouco variável tende a permitir maior redução. Vegetação, chuva, reflexos, ruído eletrônico, mudança de exposição e movimento contínuo aumentam informação temporal e reduzem a capacidade de comprimir agressivamente.

Isso explica por que comparações entre câmeras devem utilizar a mesma cena, período e configuração. Medir um corredor vazio e aplicar a taxa obtida a um estacionamento movimentado produz um dimensionamento enganoso.

Em baixa iluminação, ruído pode consumir bitrate sem agregar informação útil. Ajustes de imagem, exposição e iluminação fazem parte da engenharia de compressão porque afetam diretamente o material que o encoder precisa codificar.

Zipstream e analytics

Analytics embarcado e Zipstream atuam em pontos distintos do pipeline. A câmera pode analisar a cena em sua taxa de captura e, ao mesmo tempo, codificar apenas os frames necessários no stream. Isso permite economizar armazenamento sem necessariamente reduzir a capacidade interna de detecção.

Entretanto, analytics externo que recebe vídeo comprimido precisa ser avaliado pelo stream efetivamente entregue. Se um software de terceiros depende de taxa de quadros constante ou detalhe específico em toda a imagem, parâmetros de Zipstream podem precisar ser ajustados ou um stream separado pode ser criado.

Por isso, VMS, analytics e gravação devem ser tratados como consumidores distintos quando possuem requisitos diferentes.

Ciclo de vida e evolução tecnológica

Zipstream é atualizado junto com AXIS OS e com as gerações de ARTPEC. Recursos como suporte a PTZ, 4K, panoramic, H.265, AV1 e perfis avançados foram incorporados ao longo do tempo. Dois equipamentos com “Zipstream” no datasheet podem, portanto, possuir recursos diferentes.

A baseline deve registrar câmera, SoC, AXIS OS, codec, strength, GOP, FPS e perfil utilizados. Atualizações de firmware podem alterar capacidades e precisam ser revalidadas quando o sistema depende de bitrate previsível.

Em migrações para AV1, o projeto deve confirmar suporte end-to-end antes de alterar gravação principal. Câmera compatível não garante que VMS, workstation, exportação e cliente remoto decodifiquem o codec no mesmo nível.

Verificação, medição e critérios de aceite

O aceite do Zipstream deve usar medição. Para cada perfil representativo, devem ser registrados bitrate médio e de pico, resolução, codec, frame rate, strength, dynamic GOP/FPS e condição da cena.

Também precisam ser verificados detalhes forenses definidos no projeto — rosto, placa, roupa, objeto ou evento — durante períodos de baixa e alta atividade. A redução de bitrate só é válida se a informação necessária permanecer utilizável.

Playback, exportação e integração com VMS devem ser testados em janelas longas e em transições de movimento. Em sistemas críticos, o aceite pode comparar configuração com e sem Zipstream para quantificar ganho e efeito visual.

Documentação e rastreabilidade

O as built deve registrar parâmetros por câmera ou por template: codec, resolução, frame rate, bitrate mode, strength, dynamic GOP, dynamic FPS, profile e streams associados a gravação, live view e analytics.

Também é útil registrar a medição de bitrate observada no comissionamento. Isso cria uma referência para identificar mudanças posteriores causadas por firmware, cena, iluminação ou configuração.

Serviços que materializam a solução

O Projeto de CFTV IP e Videomonitoramento dimensiona rede, VMS, storage e retenção. Ensaios e Testes Técnicos podem comparar perfis e bitrates em cenas reais.

Comissionamento de Equipamentos verifica gravação, playback, qualidade forense e integração. O As-Built de Engenharia consolida os parâmetros finais utilizados no sistema.