La réponse en bref
Le RTSP natif est servi par la caméra ; Docker Wyze Bridge reçoit un flux Wyze pris en charge et publie un nouveau point d’accès sur une autre machine. Choisissez selon le modèle exact et le firmware. Le tableau de compatibilité d’un pont ne garantit pas le fonctionnement de tout firmware plus récent ou de toute caméra Wyze.
Procéder aux vérifications
Vérifiez d’abord si le firmware installé propose une configuration RTSP officielle. Une connexion directe évite d’ajouter une machine de redistribution au parcours du flux.
Si vous envisagez un pont, comparez le modèle exact et le firmware à sa documentation. Lisez les exigences de compte, de clé API et d’authentification de la version que vous utiliserez.
Schématisez le parcours : caméra vers pont, puis pont vers lecteur. Si le lecteur tourne sur un autre ordinateur, utilisez l’adresse locale de la machine du pont ; localhost désigne le lecteur lui-même.
Démarrez une caméra et un lecteur. Distinguez les échecs d’authentification du compte, de réception de la caméra et de sortie du pont ; un conteneur sain ne prouve pas qu’il reçoit de la vidéo.
Testez le comportement au redémarrage et ne conservez que les autorisations nécessaires au fonctionnement. Ne publiez pas l’interface d’administration du pont comme lecteur de caméra public.
Vérifier le résultat
Comparez la scène en direct décodée, la reprise après redémarrage et les ressources de l’hôte. Rendez la dépendance tierce visible dans votre inventaire et ne la présentez pas comme une fonction native Wyze ou AeoCam.
Sources et périmètre
AeoCam est disponible sous Windows. Ces réglages préparent la connexion par protocole ; ils ne certifient pas un modèle et ne garantissent pas toutes les fonctions dans chaque version. Consultez la version installée et le Microsoft Store.
Les sources décrivent la caméra ou le protocole. Cette page ne revendique pas de test de compatibilité sur matériel réel. Les menus et capacités varient selon le modèle et le micrologiciel.