Resposta direta
Quadros verdes ou em bloco geralmente apontam para dados de referência ausentes, parâmetros de codec não suportados ou perda de pacotes. Compare o mesmo fluxo em TCP e UDP e, em seguida, teste um perfil H.264 inferior e um quadro-chave forçado.
Por que isso acontece
Os codecs entre quadros dependem de quadros de referência. Pacotes perdidos, um decodificador que rejeita o perfil anunciado ou a união entre quadros-chave podem corromper a imagem mesmo quando o controle RTSP está íntegro.
Disponibilidade de fluxo separada, descrição de mídia, transporte, decodificação e tempo antes de alterar as configurações da câmera.
Um teste controlado
Reproduza em uma câmera e um cliente. Observe se a imagem é recuperada no próximo quadro-chave e se TCP elimina a corrupção.
Altere uma variável de cada vez. Mantenha registrado o modelo da câmera, firmware, endpoint e conta; em seguida, teste a acessibilidade da rede, a resposta do protocolo, o transporte de mídia e a decodificação como camadas separadas.
Use uma conta dedicada somente para visualização e uma ferramenta de diagnóstico local confiável. Edite credenciais, endereços privados e dados de identificação antes de compartilhar resultados.
Sequência de diagnóstico
| Verificar | Ação | Evidência de progresso |
|---|---|---|
| Transporte | Force TCP e compare com o resultado UDP com falha. | Os artefatos de perda de pacotes desaparecem ou permanecem inalterados. |
| Quadro-chave | Reinicie o stream ou solicite um IDR quando houver suporte. | A imagem é recuperada em um novo referencial. |
| Codec | Mude de H.265 ou H.264 de alto perfil para um substream H.264 compatível. | O perfil mais simples é decodificado de forma limpa. |
| Carregar | Reduza a resolução e os blocos simultâneos. | A pressão do decodificador é separada da perda de rede. |
Evidências para manter
O relatório mais forte inclui transporte, codec, perfil, resolução, intervalo de quadro-chave e se o próximo quadro-chave repara a imagem.
Limite e nota de segurança
Não diminua permanentemente a qualidade até saber se a camada limitante é a rede, o decodificador ou o codificador da câmera.
Para visualização remota, use um VPN gerenciado em vez de expor RTSP ou portas de administração de câmera diretamente à Internet pública.
SmartRTSP
SmartRTSP é um visualizador RTSP e ONVIF focado na câmera para dispositivos Apple, Windows e Android. Ele se adapta à visualização direta, descoberta e verificações de múltiplas câmeras; mantenha um NVR ou VMS dedicado quando for necessário registro contínuo, exportação de evidências ou controles corporativos centralizados.
Perguntas frequentes
Por que um fluxo RTSP é verde?
O decodificador pode estar faltando dados de referência válidos ou pode não suportar os parâmetros exatos do codec.
TCP pode consertar vídeos bloqueados?
Pode ajudar quando a causa é a perda de pacotes UDP, mas não adicionará suporte para um codec incompatível.
Por que a imagem se recupera após alguns segundos?
Um quadro-chave posterior pode fornecer uma nova referência limpa para decodificação.
Referências primárias
- IETF RFC 7826 — Protocolo de streaming em tempo real 2.0
- FFmpeg — RTSP opções e exemplos de protocolo
- MDN — Contêineres de mídia e formatos de codec na web
Guia SmartRTSP relacionado
Abrir guia relacionadoUm teste controlado para quadros verdes, macrobloqueio e tearing em fluxos de câmera sem alterações aleatórias nas configurações.