respuesta directa
Utilice el substream para cuadrículas multicámara y comprobaciones de rutina; abra la transmisión principal solo cuando se necesiten detalles o cuando la política de grabación lo requiera. Verifique ambos caminos y etiquételos claramente.
¿Por qué sucede esto?
Una cuadrícula que decodifica la transmisión de mayor resolución de cada cámara puede desperdiciar ancho de banda, calentar el dispositivo de visualización y aumentar el tiempo de inicio. La subcorriente existe para reducir esa carga, pero puede ser demasiado blanda para su identificación o evidencia.
Trate URL, las credenciales, la familia de direcciones y el transporte RTP como variables separadas que pueden fallar de forma independiente.
Una prueba controlada
Mida la tasa de bits, la resolución, la velocidad de fotogramas, el códec y el tiempo de inicio para ambos perfiles en la cámara real.
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 |
|---|---|---|
| Red | Cargue el substream en cada mosaico normal. | Todas las cámaras siguen respondiendo a la escala esperada. |
| Detalle | Abra la transmisión principal a pedido. | Los detalles finos están disponibles sin sobrecargar toda la cuadrícula. |
| Códec | Prefiere un códec ampliamente compatible para la subtransmisión. | Cada dispositivo objetivo lo decodifica. |
| Etiquetas | Nombre los perfiles por propósito, no solo por números de proveedores. | Las operadoras eligen el flujo previsto consistentemente. |
Pruebas a conservar
Mantenga una pequeña mesa de perfil por cámara. Convierte "alto" y "bajo" en opciones de resolución, tasa de bits, códec y casos de uso mensurables.
Nota de límites y seguridad
Una subcorriente no es automáticamente segura ni confiable; Utiliza los mismos límites de confianza de cuenta y red que la corriente principal.
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
¿La subtransmisión reduce la calidad de la imagen de la cámara?
Es intencionalmente menor en tasa de bits o resolución, pero la transmisión principal puede permanecer sin cambios.
¿Debe una NVR registrar el subcorriente?
Eso depende de los requisitos de retención y detalle; Muchos sistemas graban la transmisión principal mientras los espectadores muestran la transmisión secundaria.
¿Pueden las transmisiones principales y secundarias utilizar códecs diferentes?
Muchas cámaras lo permiten, lo que puede hacer que H.264 sea útil para la compatibilidad mientras que H.265 se conserva para la grabación.
Referencias primarias
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- ONVIF — Perfil T para transmisión de video avanzada
- SmartRTSP — plataforma oficial e información del producto
Guía SmartRTSP relacionada
Abrir guía relacionadaElija un flujo principal con alto nivel de detalle para la inspección y un subflujo con menor tasa de bits para redes, enlaces remotos y dispositivos restringidos.