Resumen:
Recomendamos 100 kbps por cámara para nuestra transmisión de vistas previas en tiempo real.
Puede ajustar la calidad de estos subiendo o bajando la
configuración, pero esos son promedios seguros.
Cargamos el saldo y agrupamos las solicitudes para que varias personas que miran
la misma transmisión en vivo la vean a través de nuestra nube y solo
se requiere una transmisión en vivo entre el puente y nuestra nube.
Esto nos permite tener más cámaras en el mismo ancho de banda. Además,
las transmisiones de video de resolución completa se pueden ver en vivo o a través de nuestro
navegador de historial. Nuestra gestión de ancho de banda aprovecha al máximo el
ancho de banda disponible.
Ejemplo 1:
Tenemos un cliente con poco ancho de banda que implementó con éxito 8 cámaras HD en nuestro sistema en una conexión de 1,5 Mbps. Usamos 0.8Mbps para nuestro video de vista previa de baja resolución. El cliente tiene la capacidad de ver una transmisión de video HD en vivo (o histórica) de cualquier cámara. La transmisión de vista previa y la carga en segundo plano se ralentizan mientras se realiza la transmisión Full HD. Una vez que terminan, la transmisión de vista previa se acelera.
Ejemplo 2:
Sustituimos una instalación de cámaras en una guardería. Estaban proporcionando videos de baja resolución a los padres para que pudieran controlar a sus hijos. Usando su sistema anterior, solo podían admitir ~ 20 espectadores simultáneos. Usando nuestra plataforma, los más de 80 padres pueden ver la transmisión de vista previa al mismo tiempo. La transmisión de vista previa solo usa 0,8 Mbps para cargar en nuestra nube y todos los padres son atendidos por nuestra nube.
Explicación técnica:
Cuando hablamos de ancho de banda lo segmentamos en tres grupos:
- Ancho de banda en tiempo real
- Ancho de banda de fondo
- Ancho de banda bajo demanda
Ancho de banda en tiempo real:
Es lo que usan el puente y las cámaras para enviar y recibir metadatos y previsualizar imágenes. De forma predeterminada, lo configuramos en 50 kbps y recomendamos ajustarlo a 100 kbps o hasta que las actualizaciones de imágenes sean fluidas.
Ancho de banda de fondo:
Es como nos referimos a la carga de videos de fondo. Cuando el video se guarda en el puente, entra en una cola y está programado para cargarse. Los metadatos viajan por delante a la nube. Según lo permita el ancho de banda, el video de fondo se envía y se elimina del puente. El puente permite programar límites de ancho de banda para no interferir con el resto del tráfico de la red.
Puede ver que hemos configurado el puente para que no utilice ningún ancho de banda de fondo durante el horario laboral y utilice 4 Mbps durante el horario no laboral. Así es como se ven las métricas del puente y confirman esa configuración.
Ancho de banda bajo demanda:
Es la prioridad más alta y utilizará todo el ancho de banda de la configuración en segundo plano y en tiempo real. Cuando se solicita algo del puente que aún no se ha cargado, se extraerá inmediatamente del puente y se enviará al cliente. Este es el caso de los videos en vivo. Nuestra nube también transcodificará el video a otros formatos según la solicitud del cliente. La transmisión en vivo tiene un par de segundos de latencia. La conversión de video agrega latencia adicional para la visualización en vivo. Nuestro objetivo es mantener la transmisión en vivo en 2-3 segundos y la transmisión en vivo con conversión de video en 8-10 segundos.