respuesta directa
Si se reproduce audio, la sesión RTSP y al menos una pista multimedia están funcionando. Inspeccione el SDP o la salida de la sonda para ver el códec de video, el perfil, la resolución y el formato de píxeles, luego pruebe una subtransmisión H.264 inferior antes de cambiar la red.
¿Por qué sucede esto?
La cámara puede anunciar H.265 a un cliente que solo decodifica H.264, usar un perfil H.264 no compatible, omitir la pista de video en la ruta seleccionada o enviar paquetes dañados mientras el audio continúa.
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
Pruebe el mismo URL y compare las transmisiones de audio y video anunciadas. Luego cambie solo el perfil de la cámara, manteniendo fijas las credenciales y el transporte.
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 |
|---|---|---|
| Pistas | Confirme que existe una sección de medios de video en SDP. | Se anuncian un códec de vídeo y una carga útil. |
| Códec | Pruebe una subsecuencia H.264 cuando la secuencia principal sea H.265. | El vídeo aparece sin cambiar el punto final. |
| Perfil | Reducir perfil, nivel o resolución temporalmente. | El cliente decodifica la secuencia más simple. |
| Paquetes | Compare TCP y UDP mientras observa los errores de decodificación. | Un transporte limpio elimina la corrupción sin cambiar el códec. |
Pruebas a conservar
Guarde el resultado de la sonda sin las credenciales. Proporciona el códec y la evidencia de seguimiento necesarios para distinguir "sin pista de vídeo" de "no se puede decodificar vídeo".
Nota de límites y seguridad
No asuma que una conexión RTSP exitosa significa que todos los códecs anunciados son compatibles con todos los dispositivos.
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é el audio puede funcionar cuando el vídeo no?
RTSP puede describir pistas multimedia independientes y el cliente puede decodificar una pista pero no la otra.
¿Debería probar H.264?
Sí, una subtransmisión H.264 documentada es la prueba de compatibilidad más rápida cuando la transmisión principal usa H.265.
¿Es esto siempre un problema de códec?
No. La pista de video puede faltar o dañarse durante el transporte, así que inspeccione las pistas anunciadas y decodifique los errores.
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 relacionadaDiagnostique una fuente RTSP que transmite audio mientras la imagen permanece negra inspeccionando las pistas anunciadas y la compatibilidad con el decodificador.