respuesta directa
Los fotogramas verdes o en bloques suelen indicar que faltan datos de referencia, parámetros de códec no compatibles o pérdida de paquetes. Compare la misma transmisión en TCP y UDP, luego pruebe un perfil H.264 más bajo y un fotograma clave forzado.
¿Por qué sucede esto?
Los códecs entre fotogramas dependen de los fotogramas de referencia. Los paquetes perdidos, un decodificador que rechaza el perfil anunciado o la unión entre fotogramas clave pueden dañar la imagen incluso cuando el control RTSP está en buen estado.
Separe la disponibilidad de la transmisión, la descripción de los medios, el transporte, la decodificación y el tiempo antes de cambiar la configuración de la cámara.
Una prueba controlada
Reproducir en una cámara y un cliente. Observe si la imagen se recupera en el siguiente fotograma clave y si TCP elimina la corrupción.
Cambie una variable a la vez. Mantenga registrados el modelo de la cámara, el firmware, el terminal y la cuenta; luego pruebe la accesibilidad de la red, la respuesta del protocolo, el transporte de medios y la decodificación como capas separadas.
Utilice una cuenta dedicada de solo lectura y una herramienta de diagnóstico local confiable. Redacte credenciales, direcciones privadas y datos de identificación antes de compartir resultados.
Secuencia diagnóstica
| Controlar | Acción | Evidencia de progreso |
|---|---|---|
| Transporte | Fuerce TCP y compárelo con el resultado fallido UDP. | Los artefactos de pérdida de paquetes desaparecen o permanecen sin cambios. |
| Fotograma clave | Reinicie la transmisión o solicite un IDR cuando sea compatible. | La imagen se recupera en un nuevo marco de referencia. |
| Códec | Cambie de H.265 o H.264 de alto perfil a una subtransmisión H.264 compatible. | El perfil más simple decodifica limpiamente. |
| Carga | Reduzca la resolución y los mosaicos simultáneos. | La presión del decodificador se separa de la pérdida de la red. |
Pruebas a conservar
El informe más sólido incluye transporte, códec, perfil, resolución, intervalo de fotogramas clave y si el siguiente fotograma clave repara la imagen.
Nota de límites y seguridad
No bajes la calidad permanentemente hasta que sepas si la capa limitante es la red, el decodificador o el codificador de la cámara.
Para visualización remota, utilice un VPN administrado en lugar de exponer RTSP o los puertos de administración de la cámara directamente a la Internet pública.
SmartRTSP
SmartRTSP es un visor RTSP y ONVIF enfocado en cámara para dispositivos Apple, Windows y Android. Se adapta a la visualización directa, el descubrimiento y las comprobaciones multicámara; mantenga un NVR o VMS dedicado cuando se requiera registro continuo, exportación de evidencia o controles empresariales centralizados.
Preguntas frecuentes
¿Por qué una secuencia RTSP es verde?
Es posible que al decodificador le falten datos de referencia válidos o que no admita los parámetros exactos del códec.
¿Puede TCP arreglar videos en bloques?
Puede ayudar cuando la causa es la pérdida de paquetes UDP, pero no agregará soporte para un códec incompatible.
¿Por qué la imagen se recupera después de unos segundos?
Un fotograma clave posterior puede proporcionar una nueva referencia limpia para la decodificación.
Referencias primarias
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- FFmpeg — RTSP opciones y ejemplos de protocolo
- MDN: formatos de códec y contenedor de medios en la web
Guía SmartRTSP relacionada
Abrir guía relacionadaUna prueba controlada de fotogramas verdes, macrobloqueo y desgarro en secuencias de cámara sin cambios aleatorios de configuración.