Saltar al contenido principal

Vista en Vivo

SecureVu muestra de forma inteligente los flujos de tus cámaras en el panel de Vista en Vivo. Por defecto, SecureVu emplea "transmisión inteligente" donde las imágenes de las cámaras se actualizan una vez por minuto cuando no se detecta actividad para conservar ancho de banda y recursos. En cuanto se detecta cualquier movimiento u objetos activos, las cámaras cambian de forma transparente a un flujo en vivo.

Tecnologías de Vista en Vivo​

SecureVu utiliza de forma inteligente tres tecnologías de transmisión diferentes para mostrar los flujos de tus cámaras en el panel y la vista de cámara individual, cambiando entre los modos disponibles en función del ancho de banda de la red, errores del reproductor o funciones requeridas como el audio bidireccional. La mayor calidad y fluidez de la Vista en Vivo requiere que go2rtc integrado esté configurado como se muestra en la guía paso a paso.

La vista en vivo con jsmpeg usará más recursos de GPU del navegador y del cliente. Se recomienda encarecidamente usar go2rtc, que proporcionará una experiencia superior.

FuenteTasa de fotogramasResoluciónAudioRequiere go2rtcNotas
jsmpegigual que detect -> fps, máximo 10720pnonoLa resolución es configurable, pero se recomienda go2rtc para resoluciones más altas y mejores tasas de fotogramas. jsmpeg es el predeterminado de SecureVu sin go2rtc configurado.
msenativanativasí (depende del códec de audio)síiPhone requiere iOS 17.1+, Firefox es solo h.264. Este es el predeterminado de SecureVu cuando go2rtc está configurado.
webrtcnativanativasí (depende del códec de audio)síRequiere configuración adicional. SecureVu intenta usar WebRTC cuando MSE falla o al usar la función de audio bidireccional de una cámara.

Recomendaciones de configuración de cámara​

Si usas go2rtc, debes ajustar las siguientes configuraciones en el firmware de tu cámara para obtener la mejor experiencia con la Vista en Vivo:

  • Códec de video: H.264 - proporciona el códec de video más compatible con todas las tecnologías de Vista en Vivo y navegadores. Evita cualquier tipo de "códec inteligente" o códec "+" como H.264+ o H.265+, ya que estos códecs no estándar eliminan los fotogramas clave (ver a continuación).
  • Códec de audio: AAC - proporciona el códec de audio más compatible con todas las tecnologías de Vista en Vivo y navegadores que soportan audio.
  • Intervalo de fotograma I (a veces llamado intervalo de fotograma clave, espacio entre fotogramas o longitud GOP): coincide con la tasa de fotogramas de tu cámara, o elige "1x" (para el espacio entre fotogramas en cámaras Reolink). Por ejemplo, si tu flujo emite 20fps, tu intervalo de fotograma I debe ser 20 (o 1x en Reolink). Los valores más altos que la tasa de fotogramas harán que el flujo tarde más en comenzar la reproducción. Consulta esta página para más información sobre fotogramas clave. Para muchos usuarios esto puede no ser un problema, pero cabe señalar que un intervalo de fotograma I de 1x causará mayor utilización de almacenamiento si también estás usando el flujo para el rol record.

Es posible que el códec de video y audio predeterminado en tu cámara no siempre sea compatible con tu navegador, por lo que se recomienda configurarlos en H.264 y AAC. Consulta la documentación de go2rtc para obtener información sobre compatibilidad de códecs.

Soporte de Audio​

MSE requiere audio PCMA/PCMU o AAC, WebRTC requiere audio PCMA/PCMU u opus. Si deseas soportar tanto MSE como WebRTC, entonces tu configuración de restream debe asegurarse de que ambos estén habilitados.

go2rtc:
  streams:
    rtsp_cam: # <- para flujos RTSP
      - rtsp://192.168.1.5:554/live0 # <- flujo que soporta video y audio aac
      - "ffmpeg:rtsp_cam#audio=opus" # <- copia del flujo que transcodifica el audio al códec faltante (normalmente será opus)
    http_cam: # <- para flujos http
      - http://192.168.50.155/flv?port=1935&app=bcs&stream=channel0_main.bcs&user=user&password=password # <- flujo que soporta video y audio aac
      - "ffmpeg:http_cam#audio=opus" # <- copia del flujo que transcodifica el audio al códec faltante (normalmente será opus)

Si tu cámara no soporta audio AAC o tienes problemas con la Vista en Vivo, intenta transcodificar directamente a audio AAC:

go2rtc:
  streams:
    rtsp_cam: # <- para flujos RTSP
      - "ffmpeg:rtsp://192.168.1.5:554/live0#video=copy#audio=aac" # <- copia el flujo de video y transcodifica a audio aac
      - "ffmpeg:rtsp_cam#audio=opus" # <- proporciona soporte para WebRTC

Si tu cámara no tiene audio y tienes problemas con la Vista en Vivo, debes hacer que go2rtc envíe solo video:

go2rtc:
  streams:
    no_audio_camera:
      - ffmpeg:rtsp://192.168.1.5:554/live0#video=copy

Configuración de flujos para la interfaz de Vista en Vivo​

Puedes configurar SecureVu para permitir la selección manual del flujo que deseas ver en la interfaz de Vista en Vivo. Por ejemplo, puedes querer ver el subflujo de tu cámara en dispositivos móviles, pero el flujo de resolución completa en dispositivos de escritorio. Configurar la lista live -> streams llenará un menú desplegable en la Vista en Vivo de la interfaz que te permite elegir entre los flujos. Esta configuración de flujo es por dispositivo y se guarda en el almacenamiento local de tu navegador.

Además, al crear y editar grupos de cámaras en la interfaz, puedes elegir el flujo que deseas usar para el panel de Vista en Vivo de tu grupo de cámaras.

nota

El panel predeterminado de SecureVu ("Todas las cámaras") siempre usará la primera entrada que hayas definido en streams: al reproducir flujos en vivo de tus cámaras.

Configura la opción streams con un "nombre amigable" para tu flujo seguido del nombre del flujo en go2rtc.

Se requiere usar la versión interna de go2rtc de SecureVu para usar esta función. No puedes especificar rutas en la configuración de streams, solo nombres de flujos de go2rtc.

go2rtc:
  streams:
    test_cam:
      - rtsp://192.168.1.5:554/live_main # <- flujo que soporta video y audio aac.
      - "ffmpeg:test_cam#audio=opus" # <- copia del flujo que transcodifica el audio a opus para webrtc
    test_cam_sub:
      - rtsp://192.168.1.5:554/live_sub # <- flujo que soporta video y audio aac.
    test_cam_another_sub:
      - rtsp://192.168.1.5:554/live_alt # <- flujo que soporta video y audio aac.

cameras:
  test_cam:
    ffmpeg:
      output_args:
        record: preset-record-generic-audio-copy
      inputs:
        - path: rtsp://127.0.0.1:8554/test_cam # <--- el nombre aquí debe coincidir con el nombre de la cámara en restream
          input_args: preset-rtsp-restream
          roles:
            - record
        - path: rtsp://127.0.0.1:8554/test_cam_sub # <--- el nombre aquí debe coincidir con el nombre de camera_sub en restream
          input_args: preset-rtsp-restream
          roles:
            - detect
    live:
      streams: # <--- Múltiples flujos para SecureVu 0.16 y posteriores
        Main Stream: test_cam # <--- Especifica un "nombre amigable" seguido del nombre del flujo en go2rtc
        Sub Stream: test_cam_sub
        Special Stream: test_cam_another_sub

Configuración adicional de WebRTC:​

WebRTC funciona creando una conexión TCP o UDP en el puerto 8555. Sin embargo, requiere configuración adicional:

  • Para acceso externo, a través de internet, configura tu router para reenviar el puerto 8555 al puerto 8555 del dispositivo SecureVu, tanto para TCP como para UDP.

  • Para acceso interno/local, a menos que estés ejecutando a través de la aplicación HA, también necesitarás configurar la lista de candidatos WebRTC en la configuración de go2rtc. Por ejemplo, si 192.168.1.10 es la IP local del dispositivo que ejecuta SecureVu:

    config.yml
    go2rtc:
      streams:
        test_cam: ...
      webrtc:
        candidates:
          - 192.168.1.10:8555
          - stun:8555

  • Para acceso a través de Tailscale, la IP de Tailscale del sistema SecureVu debe añadirse como candidato WebRTC. Las IPs de Tailscale comienzan con 100. y están reservadas dentro del bloque CIDR 100.64.0.0/10.

  • Ten en cuenta que algunos navegadores pueden no soportar H.265 (HEVC). Puedes verificar la compatibilidad de H.265 en la versión actual de tu navegador aquí.

tip

Es posible que esta configuración adicional no sea necesaria si SecureVu ha sido instalado como una aplicación Home Assistant, ya que SecureVu usa la API del Supervisor para generar un candidato WebRTC.

Sin embargo, se recomienda definir los candidatos manualmente si se producen problemas. Deberías hacerlo si la aplicación SecureVu no genera un candidato válido. Si ocurre un error verás algunas advertencias como las siguientes en la página de logs de la aplicación durante la inicialización:

[WARN] Failed to get IP address from supervisor
[WARN] Failed to get WebRTC port from supervisor
nota

Si tienes dificultades para que WebRTC funcione y estás ejecutando SecureVu con Docker, es posible que quieras intentar cambiar el modo de red del contenedor:

  • network: host, en este modo no necesitas reenviar ningún puerto. Los servicios dentro del contenedor SecureVu tendrán acceso completo a las interfaces de red de tu máquina host como si se ejecutaran de forma nativa y no en un contenedor. Cualquier conflicto de puertos deberá resolverse. Este modo de red es recomendado por go2rtc, pero recomendamos usarlo solo si es necesario.
  • network: bridge es el controlador de red predeterminado; una red bridge es un dispositivo de capa de enlace que reenvía el tráfico entre segmentos de red. Necesitas reenviar cualquier puerto que quieras que sea accesible desde la IP del host.

Si no se ejecuta en modo host, el puerto 8555 deberá mapearse para el contenedor:

docker-compose.yml

services:
  securevu:
    ...
    ports:
      - "8555:8555/tcp" # WebRTC sobre tcp
      - "8555:8555/udp" # WebRTC sobre udp

Consulta la documentación de WebRTC de go2rtc para obtener más información al respecto.

Audio bidireccional​

Para dispositivos que soportan audio bidireccional, SecureVu puede configurarse para usar la función desde la Vista en Vivo de la cámara en la interfaz web. Debes:

Para usar el timbre Reolink con audio bidireccional, debes usar la configuración de Reolink recomendada

Como punto de partida para verificar la compatibilidad de tu cámara, consulta la lista de cámaras soportadas para audio bidireccional en el repositorio de go2rtc. Para cámaras en la categoría ONVIF Profile T, puedes usar la lista de características de la Base de Datos de Productos Conformes con ONVIF para verificar la presencia de AudioOutput. Una cámara que soporta ONVIF Profile T generalmente admite esto, pero debido al soporte inconsistente, una cámara que lista explícitamente esta función puede aún no funcionar. Si no existe ninguna entrada para tu cámara en la base de datos, se recomienda no comprarla o consultar con el soporte del fabricante sobre la disponibilidad de la función.

Para evitar que go2rtc bloquee otras aplicaciones del acceso al audio bidireccional de tu cámara, debes configurar tu flujo con #backchannel=0. Consulta cómo evitar que go2rtc bloquee el audio bidireccional en la documentación de restream.

Opciones de transmisión en paneles de grupos de cámaras​

SecureVu proporciona un diálogo en el panel de Edición de Grupos de Cámaras con varias opciones para la transmisión en el panel de un grupo de cámaras. Estas configuraciones son por dispositivo y se guardan en el almacenamiento local de tu dispositivo.

  • Selección de flujo usando la opción de configuración live -> streams (ver Configuración de flujos para la interfaz de Vista en Vivo arriba)
  • Tipo de transmisión:
    • Sin transmisión: Las imágenes de las cámaras solo se actualizarán una vez por minuto y no habrá transmisión en vivo.
    • Transmisión inteligente (predeterminada, configuración recomendada): La transmisión inteligente actualizará la imagen de tu cámara una vez por minuto cuando no se detecte actividad para conservar ancho de banda y recursos, ya que una imagen estática de una escena es igual que un flujo en vivo sin movimiento ni objetos. Cuando se detecta movimiento u objetos, la imagen cambia transparentemente a un flujo en vivo.
    • Transmisión continua: La imagen de la cámara siempre será un flujo en vivo cuando sea visible en el panel, incluso si no se detecta actividad. La transmisión continua puede causar un alto uso de ancho de banda y problemas de rendimiento. Úsala con precaución.
  • Modo de compatibilidad: Habilita esta opción solo si el flujo en vivo de tu cámara muestra artefactos de color y tiene una línea diagonal en el lado derecho de la imagen. Antes de habilitarla, intenta configurar el ancho y la altura de detect de tu cámara en una relación de aspecto estándar (por ejemplo: 640x352 se convierte en 640x360, y 800x443 en 800x450, 2688x1520 en 2688x1512, etc.). Dependiendo de tu navegador y dispositivo, más de unas pocas cámaras en modo de compatibilidad pueden no ser soportadas, así que usa esta opción solo si cambiar tu configuración no resuelve los artefactos de color y la línea diagonal.
nota

El panel predeterminado ("Todas las cámaras") siempre usará:

  • Transmisión inteligente, a menos que hayas deshabilitado la Vista en Vivo Automática global en Configuración.
  • La primera entrada configurada en tu configuración de streams, si está definida.

Usa un grupo de cámaras si deseas cambiar alguna de estas configuraciones desde los valores predeterminados.

Desactivación de cámaras​

Las cámaras pueden desactivarse temporalmente a través de la interfaz de SecureVu y a través de MQTT para conservar los recursos del sistema. Cuando están desactivadas, los procesos FFmpeg de SecureVu se terminan: la grabación se detiene, la detección de objetos se pausa y el panel en vivo muestra una imagen en blanco con un mensaje de desactivada. Los elementos de revisión, los objetos rastreados y el metraje histórico de las cámaras desactivadas aún pueden accederse a través de la interfaz.

nota

Desactivar una cámara a través de la interfaz de SecureVu o MQTT es temporal y no persiste tras los reinicios de SecureVu.

Para las cámaras con restream, go2rtc permanece activo pero no usa recursos del sistema para decodificación o procesamiento a menos que haya consumidores externos activos (como la Tarjeta de Cámara Avanzada en Home Assistant usando una fuente de go2rtc).

Ten en cuenta que desactivar una cámara a través del archivo de configuración (enabled: False) elimina todos los elementos de interfaz relacionados, incluido el acceso al metraje histórico. Para mantener el acceso mientras desactivas la cámara, mantenla habilitada en la configuración y usa la interfaz o MQTT para desactivarla temporalmente.

Mensajes de error del reproductor en vivo​

Cuando tu navegador tiene problemas para reproducir los flujos de tus cámaras, registrará mensajes de error cortos en la consola del navegador. Indican problemas de reproducción, códec o red en el lado del cliente/navegador, no algo del lado del servidor con SecureVu. A continuación se presentan los mensajes comunes que puedes ver y acciones simples que puedes tomar para intentar resolverlos.

  • startup

    • Qué significa: El reproductor no pudo inicializarse o conectarse al flujo en vivo (error de red o de inicio).

    • Qué intentar: Recarga la Vista en Vivo o haz clic en Restablecer. Verifica que go2rtc esté ejecutándose y que el flujo de la cámara sea accesible. Intenta cambiar a un flujo diferente desde el menú desplegable de la interfaz en Vivo (si está disponible) o usa un navegador diferente.

    • Posibles mensajes de la consola del código del reproductor:

      • Error opening MediaSource.
      • Browser reported a network error.
      • Max error count ${errorCount} exceeded. (el valor numérico variará)

  • mse-decode

    • Qué significa: El navegador reportó un error de decodificación al intentar reproducir el flujo, que generalmente es el resultado de una incompatibilidad de códec o fotogramas corruptos.

    • Qué intentar: Verifica en la consola del navegador los códecs soportados y negociados. Asegúrate de que tu cámara/restream esté usando video H.264 y audio AAC (estos son los más compatibles). Si tu cámara usa un códec de audio no estándar, configura go2rtc para transcodificar el flujo a AAC. Prueba otro navegador (algunos tienen un soporte MSE/códec más estricto) y, para iPhone, asegúrate de tener iOS 17.1 o más reciente.

    • Posibles mensajes de la consola del código del reproductor:

      • Safari cannot open MediaSource.
      • Safari reported InvalidStateError.
      • Safari reported decoding errors.

  • stalled

    • Qué significa: La reproducción se ha detenido porque el reproductor se ha quedado muy por detrás del directo (buffering prolongado o sin datos llegando).

    • Qué intentar: Esto generalmente indica que el navegador tiene dificultades para decodificar demasiados flujos de alta resolución a la vez. Intenta seleccionar un flujo de menor ancho de banda (subflujo), reduce el número de flujos en vivo abiertos, mejora la conexión de red o reduce la resolución de la cámara. También verifica el intervalo de fotograma clave (I-frame) de tu cámara: los intervalos más cortos hacen que la reproducción comience y se recupere más rápido. También puedes intentar aumentar el valor de tiempo de espera en el panel de configuración de SecureVu.

    • Posibles mensajes de la consola del código del reproductor:

      • Buffer time (10 seconds) exceeded, browser may not be playing media correctly.
      • Media playback has stalled after <n> seconds due to insufficient buffering or a network interruption. (el valor en segundos variará)

Preguntas frecuentes sobre Vista en Vivo​

  1. ¿Por qué no tengo audio en mi Vista en Vivo?

    Debes usar go2rtc para escuchar audio en tus flujos en vivo. Si ya tienes go2rtc configurado, debes asegurarte de que tu cámara esté enviando audio PCMA/PCMU o AAC. Si no puedes cambiar el códec de audio de tu cámara, debes transcodificar el audio usando go2rtc.

    Ten en cuenta que el reproductor en modo de bajo ancho de banda es un flujo solo de video. No debes esperar escuchar audio en modo de bajo ancho de banda, incluso si has configurado go2rtc.

  2. SecureVu muestra que mi flujo en vivo está en "modo de bajo ancho de banda". ¿Qué significa esto?

    SecureVu selecciona de forma inteligente la tecnología de transmisión en vivo basándose en varios factores (modos seleccionados por el usuario como audio bidireccional, configuración de la cámara, capacidades del navegador, ancho de banda disponible) y prioriza mostrar una vista en vivo real y actualizada del flujo de tu cámara lo más rápido posible.

    Cuando tienes go2rtc configurado, la Vista en Vivo intenta inicialmente cargar y reproducir tu flujo con una tecnología de flujo más clara y fluida (MSE). Un tiempo de espera inicial, una condición de bajo ancho de banda que causaría buffering del flujo, o errores de decodificación en el flujo harán que SecureVu cambie al flujo definido por el rol detect, usando el formato jsmpeg. Esto es lo que la interfaz etiqueta como "modo de bajo ancho de banda". En los paneles de Vista en Vivo, el modo se restablece automáticamente cuando se configura la transmisión inteligente y la actividad se detiene. El modo de transmisión continua no tiene un mecanismo de restablecimiento automático, pero puedes usar la opción Restablecer para forzar una recarga de tu flujo.

    Si estás usando transmisión continua o estás cargando más de unos pocos flujos de alta resolución a la vez en el panel, tu navegador puede tener dificultades para comenzar la reproducción de tus flujos antes del tiempo de espera. SecureVu siempre prioriza mostrar un flujo en vivo lo más rápido posible, incluso si es un flujo jsmpeg de menor calidad. Puedes usar el enlace/botón "Restablecer" para intentar cargar tu flujo de alta resolución nuevamente.

    Los errores en la reproducción del flujo (p. ej., fallos de conexión, problemas de códec o tiempos de espera de buffering) que causan el retroceso al modo de bajo ancho de banda (jsmpeg) se registran en la consola del navegador para facilitar la depuración. Estos errores pueden incluir:

    • Problemas de red (p. ej., problemas de conexión de red MSE o WebRTC).
    • Códecs o formatos de flujo no soportados (p. ej., H.265 en WebRTC, que no es soportado en algunos navegadores).
    • Tiempos de espera de buffering o condiciones de bajo ancho de banda que causan el retroceso a jsmpeg.
    • Problemas de compatibilidad del navegador (p. ej., limitaciones de iOS Safari con MSE).

    Para ver los logs de la consola del navegador:

    1. Abre la Vista en Vivo de SecureVu en tu navegador.
    2. Abre las Herramientas de Desarrollador del navegador (F12 o clic derecho > Inspeccionar > pestaña Consola).
    3. Reproduce el error (p. ej., carga un flujo problemático o simula problemas de red).
    4. Busca mensajes con el prefijo del nombre de la cámara.

    Estos logs ayudan a identificar si el problema es específico del reproductor (MSE vs. WebRTC) o está relacionado con la configuración de la cámara (p. ej., flujos de go2rtc, códecs). Si ves errores frecuentes:

    • Verifica la configuración de H.264/AAC de tu cámara (consulta las recomendaciones de configuración de cámara de SecureVu).
    • Verifica la configuración de go2rtc para transcodificación (p. ej., audio a AAC/OPUS).
    • Prueba con un flujo diferente a través del menú desplegable de la interfaz (si live -> streams está configurado).
    • Para problemas específicos de WebRTC, asegúrate de que el puerto 8555 esté reenviado y los candidatos estén configurados (consulta Configuración Adicional de WebRTC).
    • Si tus cámaras están transmitiendo a alta resolución, es posible que tu navegador tenga dificultades para cargar todos los flujos antes de que se produzca el tiempo de espera de buffering. SecureVu prioriza mostrar una vista en vivo verdadera lo más rápido posible. Si el retroceso ocurre con frecuencia, cambia tu configuración de vista en vivo para usar un subflujo de menor ancho de banda.

  3. Parece que mis cámaras no están transmitiendo en el panel de Vista en Vivo. ¿Por qué?

    En el panel de Vista en Vivo predeterminado ("Todas las cámaras"), las imágenes de tus cámaras se actualizarán una vez por minuto cuando no se detecte actividad para conservar ancho de banda y recursos. En cuanto se detecta cualquier actividad, las cámaras cambian de forma transparente a un flujo en vivo de resolución completa. Si deseas personalizar este comportamiento, usa un grupo de cámaras.

  4. Veo una extraña línea diagonal en mi vista en vivo, pero mis grabaciones se ven bien. ¿Cómo puedo solucionarlo?

    Esto es causado por dimensiones incorrectas configuradas en el ancho o alto de detección (o detectadas automáticamente de forma incorrecta), lo que hace que el motor de renderizado del reproductor jsmpeg muestre una imagen ligeramente distorsionada. Debes aumentar el ancho y la altura de tu resolución detect a una relación de aspecto estándar (ejemplo: 640x352 se convierte en 640x360, y 800x443 en 800x450, 2688x1520 en 2688x1512, etc.). Si cambiar la resolución para que coincida con una relación de aspecto estándar (4:3, 16:9 o 32:9, etc.) no resuelve el problema, puedes habilitar el "modo de compatibilidad" en la configuración de flujo del panel de tu grupo de cámaras. Dependiendo de tu navegador y dispositivo, más de unas pocas cámaras en modo de compatibilidad pueden no ser soportadas, así que usa esta opción solo si cambiar el ancho y la altura de detect no resuelve los artefactos de color y la línea diagonal.

  5. ¿Cómo funciona la "transmisión inteligente"?

    Debido a que una imagen estática de una escena se ve exactamente igual que un flujo en vivo sin movimiento ni actividad, la transmisión inteligente actualiza las imágenes de tus cámaras una vez por minuto cuando no se detecta actividad para conservar ancho de banda y recursos. En cuanto ocurre cualquier actividad (movimiento o detección de objetos/audio), las cámaras cambian de forma transparente a un flujo en vivo.

    Esta imagen estática se obtiene del flujo definido en tu configuración con el rol detect. Cuando se detecta actividad, las imágenes del flujo detect comienzan a actualizarse inmediatamente a ~5 fotogramas por segundo para que puedas ver la actividad hasta que el reproductor en vivo se cargue y comience a reproducirse. Esto generalmente solo tarda uno o dos segundos. Si el reproductor en vivo agota el tiempo de espera, hace buffering o tiene errores de transmisión, el reproductor jsmpeg se carga y reproduce un flujo solo de video del rol detect. Cuando la actividad termina, los reproductores se destruyen y se muestra una imagen estática hasta que se detecta actividad nuevamente, y el proceso se repite.

    La transmisión inteligente depende de tener los valores de configuración threshold y contour_area de movimiento de tu cámara bien ajustados. Usa el Ajustador de Movimiento en Configuración en la interfaz para ajustar estos valores en tiempo real.

    Esta es la configuración predeterminada y recomendada de SecureVu porque resulta en un ahorro significativo de ancho de banda, especialmente para cámaras de alta resolución.

  6. He silenciado algunas cámaras en mi panel, pero no escucho sonido. ¿Por qué?

    Si tu cámara está transmitiendo (indicado por un punto rojo en la parte superior derecha, o si se ha configurado en modo de transmisión continua), es posible que tu navegador esté bloqueando el audio hasta que interactúes con la página. Esta es una limitación intencional del navegador. Consulta este artículo. Muchos navegadores tienen una función de lista blanca para cambiar este comportamiento.

  7. Los flujos de mis cámaras tienen muchos artefactos visuales / distorsión.

    Algunas cámaras no incluyen el hardware para soportar múltiples conexiones al flujo de alta resolución, y esto puede causar un comportamiento inesperado. En este caso, se recomienda hacer restream del flujo de alta resolución para que pueda usarse tanto para la vista en vivo como para las grabaciones.

  8. ¿Por qué el flujo de mi cámara cambia de relación de aspecto en el panel de Vista en Vivo?

    Tu cámara puede cambiar de relación de aspecto en el panel porque SecureVu usa diferentes flujos para diferentes propósitos. Con go2rtc y Transmisión inteligente, SecureVu muestra una imagen estática del flujo detect cuando no hay actividad, y cambia al flujo en vivo cuando se detecta movimiento. La imagen de la cámara cambiará de tamaño si tus flujos usan diferentes relaciones de aspecto.

    Para evitar esto, haz que el flujo detect coincida con la relación de aspecto del flujo en vivo de go2rtc (no es necesario que la resolución coincida, solo la relación de aspecto). Puedes ajustar la resolución de salida de la cámara o configurar los valores de width y height en la sección detect de tu configuración a una resolución con una relación de aspecto que coincida.

    Ejemplo: Resoluciones de dos flujos

    • No coinciden (puede causar cambio de relación de aspecto en el panel):

      • Flujo en vivo/go2rtc: 1920x1080 (16:9)
      • Flujo de detección: 640x352 (~1.82:1, no es 16:9)

    • Coinciden (evita el cambio):

      • Flujo en vivo/go2rtc: 1920x1080 (16:9)
      • Flujo de detección: 640x360 (16:9)

    Puedes actualizar la configuración de detección en tu configuración de cámara para que coincida con la relación de aspecto de tu flujo en vivo de go2rtc. Por ejemplo:

    cameras:
      front_door:
        detect:
          width: 640
          height: 360 # establece esto en 360 en lugar de 352
        ffmpeg:
          inputs:
            - path: rtsp://127.0.0.1:8554/front_door # flujo principal 1920x1080
              roles:
                - record
            - path: rtsp://127.0.0.1:8554/front_door_sub # subflujo 640x352
              roles:
                - detect