J’ai à peu près les mêmes problèmes que tous le monde avec des caméras ANNKE. Les sources potentielles de problèmes étant tellement nombreuses, je me permets de poser une question bête:
Quand vous écrivez
j’ai mis rtsp://#username#:#password#@#ip#:554/Streaming/Channels/101
Cela signifie-t-il que la ligne rstp récupère les champs #username#, #password# et #ip# précisés plus hauts où qu’il faut vraiment les indiquer en dur dans la ligne comme par exemple:
j’ai mis rtsp://admin:monmeilleurpasswd@192.168.3.143:554/Streaming/Channels/101
Et je peux aussi accéder aux captures d’écran (sans login et password sur le réseau local (protocole ISAPI et non pas ONVIF)
http://[ip]/ISAPI/Streaming/channels/101/picture
Mais avec le plugin-camera ça ne marche pas quel que soit le type de caméra prédéfini utilisé, ni en mode rtsp (case « Stream du flux RTSP » cochée) ni en mode image (case décochée).
Une remarque: j’ai noté que lorsqu’on passe d’un type de caméra à une autre, il peut arrivé que l’URL de snapshot perde son entête (dans mon cas, il resterait alors juste /ISAPI/Streaming/channels/101/picture. De toute façon, dans un cas comme dans l’autre, ça ne marche pas plus.
Quelqu’un a-t-il une idée ? j’ai noté que l’encodage natif de mes caméras est en H265 (je ne peux le modifier) et je subodore que le plugin jeedom ne tolère que du H264. Ceci explique-t-il cela ?
J’avais déjà consulté ce site qui ne brille pas forcément par sa clarté mais qui a le mérite d’exister. Et là, pris d’une soudaine inspiration, j’ai « mixé » des commandes proposées.
Et ça marche … avec plugin-jeedomconnect mais toujours pas avec le plugin-camera. Le sous-chemin /onvif-h264 doit selectionner (j’imagine) un canal avec le bon encodage compatible jeedom !!
ps: j’ai mis le canal 102 car j’ai cru comprendre que c’est un sous-flux dégradé plus apte à transiter sur le réseau, mais c’est un détail secondaire, ça marche aussi avec 101
ça ne marche qu’en local. Je n’arrive pas à débloquer le couple IP/port qui va bien entre les menus de configuration de ma box et ceux du NVR
Et surtout, surtout, impossible de récupérer le flux snapshot, quel que soit le plugin, même en local, alors qu’avec un bête navigateur web, ça fonctionne… c’est vraiment dingue que ce soit si complexe.
Ensuite sur mon NVR, j’ai pu activer le HTTPS en créant un autocertificat (je suis prêt à donner les détails pour ceux que ça intéressent) et donc j’ai maintenant accès sur un navigateur web à mes snapshot via l’adresse IP externe de ma box
Je suis évidemment navré que cela ne fonctionne pas de ton côté mais je tiens à te remercier car tes recherches ont solutionné mon problème avec une CS-CP1 de chez Ezviz qui remontait bien dans le plugin Camera et qui s’est soudain mise à ne plus rien envoyer au bout d’une semaine (début aout)
Bien … alors mon problème est « résolu » (en quelque sorte) avec le plugin-camera. En fait, je n’ai aucun mérite et la solution avait été trouvée ici par d’autres qui s’étaient heurtés au même problème.
Je croyais naïvement qu’il fallait indiquer une adresse de flux là où il est écrit « URL de flux » et une addresse d’image là où il est écrit « URL de snapshot ». Que nenni ! Ces indications fallacieuses ne servent qu’à tromper l’ennemi…
En fait, il suffit de mettre mon url de snapshop, https://[login]:[password]@[ipexterne]/ISAPI/Streaming/channels/201/picture, à l’exclusion de toute autre, là où il est écrit URL de flux.
