respuesta directa
Abra subtransmisiones de baja tasa de bits para la cuadrícula y cambie solo la cámara seleccionada a su transmisión principal. Mantenga ambas asignaciones de perfiles explícitas y retroceda con elegancia si falla la transmisión principal.
¿Por qué sucede esto?
Decodificar siempre cada transmisión principal desperdicia ancho de banda y capacidad de hardware. Cerrar cada subtransmisión antes de un cambio de transmisión principal también puede crear espacios en blanco y ralentizar la retroalimentación de los usuarios.
La visualización confiable de la cámara depende de reintentos limitados, estado observable y una política deliberada de transmisión principal/substream.
Una prueba controlada
Pruebe el tiempo de cambio, el comportamiento del audio, los límites de la sesión de la cámara y la recuperación cuando el perfil de alta calidad no esté disponible.
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 |
|---|---|---|
| Cartografía | Almacene pares de perfiles principales y secundarios verificados. | Cada cámara cambia al recurso previsto. |
| Camino cálido | Decida si desea superponer transmisiones brevemente durante el cambio. | La transición evita un período en blanco innecesario. |
| Capacidad | Limite las promociones principales simultáneas. | El dispositivo se mantiene dentro de los presupuestos de red y decodificación. |
| Retroceder | Regrese a la corriente secundaria en caso de falla de la corriente principal. | La cámara permanece visible con un estado de calidad claro. |
Pruebas a conservar
Mida el tiempo hasta el primer cuadro de alta calidad y el tiempo para recuperarse a la cuadrícula. Incluye efectos de decodificador y recuento de sesiones.
Nota de límites y seguridad
No dé a entender que una cuadrícula de baja calidad sea adecuada para identificación o evidencia; promover y registrar la transmisión adecuada cuando se requieran detalles.
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
¿Todos los mosaicos de la cuadrícula deberían usar subsecuencias?
Por lo general, sí para la escala, siempre que la resolución siga siendo adecuada para la tarea de descripción general.
¿Se pueden abrir dos sesiones de cámara brevemente al cambiar?
Es posible que esto ocurra, dependiendo de la implementación, por lo que se deben probar los límites de las sesiones de la cámara.
¿Qué sucede si la corriente principal es H.265?
El dispositivo de destino debe admitirlo, o la política de conmutación debe seleccionar un perfil o puerta de enlace compatible.
Referencias primarias
- ONVIF — Perfil T para transmisión de video avanzada
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- SmartRTSP — plataforma oficial e información del producto
Guía SmartRTSP relacionada
Abrir guía relacionadaUtilice la transmisión secundaria para obtener una descripción general, promueva una cámara a la transmisión principal a pedido y haga que la transición sea observable.