La respuesta breve
La cámara sirve RTSP nativo; Docker Wyze Bridge recibe una transmisión Wyze compatible y publica un nuevo punto de conexión en otro equipo. Elige según el modelo y el firmware exactos. La tabla de compatibilidad de un puente no promete que funcionen todos los firmwares nuevos ni todas las cámaras Wyze.
Sigue las comprobaciones
Comprueba primero si el firmware instalado ofrece una configuración RTSP oficial. Una conexión directa evita añadir otro equipo de retransmisión a la ruta.
Si consideras un puente, compara el modelo y el firmware exactos con la documentación del proyecto. Lee los requisitos de cuenta, clave API y autenticación de la versión que ejecutarás.
Dibuja la ruta: cámara a puente y puente a visor. Utiliza la dirección LAN del equipo del puente si el visor está en otro ordenador; localhost se refiere al propio equipo del visor.
Inicia una cámara y un visor. Separa los fallos de autenticación, adquisición de la cámara y salida del puente; un contenedor en buen estado no demuestra que haya recibido vídeo.
Prueba el comportamiento tras reiniciar y conserva solo los permisos necesarios. No publiques la interfaz de administración del puente como visor público de cámaras.
Qué verificar
Compara una escena en directo descodificada, la recuperación tras reiniciar y el uso de recursos del equipo. Mantén visible la dependencia de terceros en tu inventario y no la describas como funcionalidad nativa de Wyze o AeoCam.
Fuentes y alcance
AeoCam está disponible para Windows. La configuración de cámaras que aparece a continuación describe la preparación de los protocolos; no certifica ninguna cámara concreta ni promete todas las funciones en cada versión de la aplicación. Consulta la compilación instalada y la ficha de Microsoft Store para conocer la disponibilidad actual.
Los documentos del fabricante describen la cámara o el protocolo. Aquí no se afirma haber realizado pruebas de compatibilidad con cámaras físicas. Los menús y las capacidades pueden variar según el modelo y el firmware.