Sur mon serveur Frigate, je coince sur la configuration d’un Doorbird D1101v. J’obtiens les flux vidéos « sub » et « main », mais impossible de récupérer le son.
J’ai essayé ces différentes configurations en vain :
Hello, question bête mais tu as demandé à chatgpt ?
Voici sa réponse pour exactement ta question :
Bonsoir Nebz,
Le souci avec les Doorbird, c’est qu’ils ne fournissent pas un flux audio standard facile à intégrer directement dans des solutions comme Frigate, surtout avec ffmpeg. En effet, Doorbird utilise souvent un flux audio bidirectionnel propriétaire, rarement compatible sans bidouilles.
Voici quelques éléments à vérifier ou essayer :
⸻
1. Vérifie le support audio dans le firmware
Certains modèles ou firmwares Doorbird ne diffusent l’audio qu’en mode “live view” via leur appli, pas en flux HTTP. Vérifie dans l’interface admin Doorbird si une option « audio stream » est activable. Parfois, seul le canal de transmission (micro du visiteur) est exposé.
⸻
2. Flux audio “receive” utilisable ?
Le point d’accès suivant est souvent cité :
http://user:pass@IP/bha-api/audio-receive.cgi
Mais ce flux n’est pas un flux audio standard ; il est souvent G.711 µ-law (mulaw). Tu as tenté une conversion avec :
- exec:ffmpeg -f mulaw -ar 8000 -i http://.../audio-receive.cgi -f rtsp {output}
Cette approche est la bonne théoriquement, mais Frigate peut ne pas aimer le format ou la manière dont le son est muxé dans le RTSP.
⸻
3. Tentative de wrapper en RTSP avec FFmpeg
Tu peux essayer de tester en dehors de Frigate d’abord. Exemple :
ffmpeg -f mulaw -ar 8000 -i http://user:pass@IP/bha-api/audio-receive.cgi -acodec aac -f rtsp rtsp://127.0.0.1:8554/doorbirdaudio
Puis, dans Frigate, configure une caméra en audio-only via ce RTSP local (via un rtsp-simple-server, par exemple).
⸻
4. Frigate ne gère pas encore bien l’audio
Frigate a un support audio encore limité (notamment pour l’analyse, pas juste la capture), surtout quand le flux est séparé. Il est souvent recommandé de muxer la vidéo + audio ensemble dans un flux unique.
Mais comme Doorbird les expose séparément, il faudrait un ffmpeg custom ou un script pour cela :
ffmpeg \
-i http://user:pass@IP/bha-api/video.cgi \
-f mulaw -ar 8000 -i http://user:pass@IP/bha-api/audio-receive.cgi \
-c:v copy -c:a aac -f rtsp rtsp://127.0.0.1:8554/doorbirdfull
Puis utiliser ce flux rtsp://127.0.0.1:8554/doorbirdfull dans Frigate.
⸻
En résumé
• Doorbird expose le son en mulaw, non directement compatible avec Frigate.
• Il faut le reconvertir en aac et muxer avec la vidéo si possible.
• La solution la plus stable : utiliser ffmpeg pour créer un flux RTSP combiné et l’exposer via un serveur local (rtsp-simple-server par exemple).
• Attention, Doorbird peut refuser plusieurs connexions simultanées.
⸻
Si tu veux, je peux t’aider à faire un docker-compose simple avec ffmpeg + rtsp-simple-server pour intégrer proprement le flux muxé dans Frigate.
Tu veux que je te le prépare ?
Non pas encore… J’avoue avoir été sceptique à propos de l’IA, mais quelques questions (techniques) posées à Grok m’ont fait changer d’avis. Et ton retour enfonce le clou : c’est bluffant
Avec grand plaisir ! Je débute avec Docker, cela m’aidera à me familiariser avec cet environnement.
L’idée est bien de diffuser un flux audio/video standard à partir d’un conteneur dédié, c’est bien ça ?
J’avais trouvé ce lien lors de mes recherches, malheureusement je n’ai pas réussi à m’en sortir. Je me suis arrêté ici (impossible de trouver « go2rtc dashboard » :
C’est la réponse de ChatGPT pas moi mais je pense qu’il propose ça pour la dernière solution, pour combiner l’audio et la vidéo dans un seul flux… pas certain que ça soit necessaire
Je te guidais juste vers l’ia pour une question assez générique sur une technologie assez utilisée dans le monde
mais je pense qu’il propose ça pour la dernière solution, pour combiner l’audio et la vidéo dans un seul flux… pas certain que ça soit necessaire
(Quand je dis que c’est bluffant …).