Aperçu des appareils audio

GCXONE prend en charge l'audio de deux manières indépendantes :

• Genesis Audio — un haut-parleur/interphone autonome que vous ajoutez à une LOCATION comme son propre Appareil. Il fonctionne de la même façon quel que soit la marque de caméra ou le VMS utilisé sur la LOCATION.
• Audio intégré à la Caméra — le microphone et/ou le haut-parleur déjà intégrés dans une Caméra ou un NVR, lorsque le matériel en possède un. Aucun appareil séparé n'est ajouté — c'est une propriété de la Caméra elle‑même.

Le choix de ce que le Client doit utiliser, et la capacité de l'audio propre à la Caméra à fonctionner réellement, dépendent fortement de la marque de leur Caméra et du fait que GCXONE communique avec la LOCATION via le cloud ou via le Local Mode. C’est la partie qui n’est pas évidente, et c’est le but de cette page.

La logique métier, en termes simples

Considérez cela comme deux questions distinctes pour chaque LOCATION :

1. Le Client a‑t‑il besoin d’entendre/parler via une Caméra déjà installée, ou ajoutons‑nous un haut‑parleur dédié ?

Si c’est un haut‑parleur dédié (un interphone à une porte, un haut‑parleur d’avertissement sur un périmètre), vous ajoutez toujours un Genesis Audio appareil — quel que soit le NVR ou le VMS utilisé par la LOCATION. Genesis Audio ne passe pas du tout par le système vidéo propre à la Caméra ; il est acheminé via sa propre connexion SIP/Twilio directement depuis GCXONE. C’est pourquoi cela fonctionne de manière identique partout : cela ne dépend pas du fabricant de la Caméra.

Si la demande est « l’opérateur peut‑il parler via la Caméra déjà installée », la réponse dépend de la marque — voir le tableau ci‑dessous.

2. L’opérateur surveille‑t‑il via le cloud (application web GCXONE, depuis n’importe où), ou s’agit‑il d’une configuration Local Mode / sur site (opérateur sur le même réseau que le NVR) ?

Ce sont deux chemins techniques différents et une marque peut en prendre en charge un sans l’autre :

• Chemin cloud — l'audio est relayé via le cloud propre à GCXONE, de la même façon que le flux vidéo, ainsi un opérateur n’importe où dans le monde peut l’utiliser. C’est le chemin dont la plupart des Clients ont réellement besoin, puisque la surveillance à distance est tout l’enjeu de GCXONE.
• Chemin Local Mode — GCXONE communique directement avec le SDK propre au NVR sur site lorsque le client de l’opérateur est sur place ou via un VPN, contournant totalement le cloud. L’audio bidirectionnel via la Caméra peut fonctionner ici même lorsqu’il ne fonctionne pas via le cloud pour cette même marque.

Règle pratique aujourd’hui : l’audio intégré à la Caméra fonctionne de façon fiable via le cloud uniquement sur ADPRO. Sur toutes les autres marques grand public (Hikvision, Dahua, Avigilon, Milestone, Uniview, et autres), le haut‑parleur/micro de la Caméra n’est soit pas du tout disponible via le cloud, soit encore en cours de développement — même si le même audio de la Caméra fonctionne souvent correctement localement, via le Local Mode, en utilisant le SDK propre au fabricant. C’est la principale raison de recommander un haut‑parleur Genesis Audio plutôt que de compter sur celui intégré à la Caméra : c’est le seul chemin audio entièrement pris en charge via le cloud, quelle que soit la marque.

Ce qui fonctionne réellement aujourd’hui, par marque

Lecture de cela en pratique :

• Haut-parleur Genesis Audio → toujours la réponse sûre. C’est indépendant de la marque de la caméra par conception, c’est donc ce qu’il faut recommander lorsqu’un client a besoin d’un audio bidirectionnel fiable et n’utilise pas uniquement le Local Mode sur le matériel ADPRO.
• « Non disponible » n’est pas un bug à corriger — pour la plupart des marques, l’audio intégré de la caméra via le cloud n’a tout simplement jamais été implémenté. Ne perdez pas de ticket de support à essayer de faire parler une caméra Hikvision via le cloud ; cela n’existe pas encore sur aucune marque sauf ADPRO.
• « En cours de développement » est un état réel, pas une mauvaise configuration. Si la marque de caméra d’un client indique « en cours de développement » et que l’audio ne fonctionne pas, c’est le comportement attendu — ce n’est pas un problème d’installation du côté du client.
• Le Local Mode débloque l’audio de la caméra sur la plupart des grandes marques même lorsque le chemin cloud n’existe pas encore — à savoir si un client demande spécifiquement un audio bidirectionnel via ses caméras Hikvision/Dahua/Avigilon/Milestone/Uniview existantes et accepte d’utiliser le Local Mode.

Comment configurer chaque élément

Genesis Audio (fonctionne de la même façon sur chaque marque ci‑dessus)

1. Dans Configuration → Appareils, cliquez sur Ajouter, et définissez le Type d'appareil sur GENESIS Audio. Donnez‑lui un nom et cliquez sur Découvrir, puis sur Enregistrer.
2. Ouvrir l’appareil URL SIP de l’appareil pour obtenir son Nom d’utilisateur, son Mot de passe et son Domaine SIP — c’est ce que vous utilisez pour enregistrer le haut‑parleur physique (par ex. un haut‑parleur Axis Horn) sur le client web du haut‑parleur.
3. Attribuez l’autorisation Genesis Audio permission à tout rôle d’opérateur qui doit passer des appels.
4. Le Local Mode est pas non requis pour lancer un appel Genesis Audio. Il est requis si vous souhaitez tester l'audio par défaut du haut-parleur en dehors d'un appel Genesis Audio.

Étapes complètes : Guide de configuration Genesis Audio · Haut-parleur (enregistrement SIP)

Audio intégré à la caméra (uniquement lorsque le tableau ci‑dessus indique « Works »)

Il n’y a pas d’appareil séparé à ajouter — c’est un paramètre dans l’enregistrement de la caméra :

1. Un administrateur confirme que le l'audio est activé pour l’enregistrement de l’appareil de cette caméra dans GCXONE. Il s’agit d’un paramètre côté plateforme, distinct de ce que le firmware de la caméra indique — voir l’avertissement de discordance ci‑dessous.
2. Dans la Visionneuse vidéo, l’opérateur utilise l’icône l'audio (Écoute) sur la tuile de cette caméra pour entendre son microphone, et Haut-parleur (Talk) pour parler via celui‑ci, lorsque la marque prend en charge Talk.
3. Le navigateur de l’opérateur demandera la permission du microphone — obtenez‑la avant le début d’un quart, pas en cours d’incident, car la boîte de dialogue de permission entraîne un délai si elle apparaît pendant un appel en direct.

Flux de travail de l’opérateur : Audio & Communication

Lorsque l’audio « ne fonctionne pas », vérifier le paramètre plateforme par rapport à la caméra

Chaque caméra possède un paramètre Audio côté plateforme, distinct de ce que le firmware de la caméra est réellement configuré à faire. Ces deux faits peuvent diverger silencieusement — le plus souvent après qu’un intégrateur ait modifié les réglages audio directement sur la caméra sans mettre à jour le paramètre correspondant dans GCXONE. Le résultat : GCXONE refuse d’ouvrir le microphone bien que la caméra soit prête, ou GCXONE pense que l’audio est disponible sur une caméra dont le matériel audio a été désactivé ou retiré.

Ainsi, la première étape de dépannage pour « l’audio ne fonctionne pas sur cette caméra spécifique » consiste toujours à vérifier les deux côtés — ce que dit l’enregistrement de l’appareil dans GCXONE et ce que la caméra indique — et pas seulement l’un d’eux. L’accord entre les deux est ce qui rend l’audio réellement disponible ; aucun des deux à lui seul ne le garantit.

Genesis Audio et mode Conférence

Lorsqu’un opérateur lance un appel audio depuis la Visionneuse vidéo :

• Si un site possède plus d’un appareil Genesis Audio actif, l’appel devient automatiquement un Mode Conférence appel, connectant chaque haut‑parleur Genesis Audio actif sur ce site ainsi que l’opérateur en un seul appel — aucune configuration manuelle requise.
• S’il n’y a aucun appareil Genesis Audio actif sur le site, l’appel revient à l’audio propre de la caméra, là où le tableau de la marque indique que c’est disponible.

Détail complet : Routage audio & Mode Conférence

Où chaque élément réside

Référence technique

Le résumé en langage clair ci‑dessus est construit à partir de trois indicateurs de capacité distincts que le catalogue d'intégration suit par marque d'appareil, plus un paramètre par Caméra. Utile si vous diagnostiquez une intégration spécifique plutôt que de conseiller un Client en termes généraux.

Spécificités ADPRO

ADPRO (Honeywell) est la seule marque à plein sur les trois indicateurs du catalogue simultanément. Ce qui est confirmé dans son enregistrement d'intégration :

• Ports: RTSP sur le 554, un canal de contrôle sur le 2000, et un dédié port audio sur le 3000 — l'audio possède son propre port, séparé de la vidéo et du contrôle. src/lib/agent/reachability.ts étiquette le port 3000 littéralement comme ADPRO Audio dans son outil de sondage de connectivité.
• Protocole: "ADPRO SDK (pour le Cloud et Local Mode), Récepteur TCP (événements)" — GCXONE communique directement avec le SDK du fournisseur pour les chemins audio du cloud et du Local Mode, avec un canal TCP push séparé pour les événements.
• Intégration d'événements: les appareils sont configurés pour pousser les événements via TCP vers un récepteur ADPRO côté Genesis, plutôt que GCXONE interroge l'appareil.

Ce qui est pasdocumenté nulle part dans cette base de code, et ne doit pas être deviné : les champs exigences, limitations et événements pris en charge du catalogue sont vides pour ADPRO ; le guide d'installation ADPRO publié ne couvre que l'ajout de l'appareil et ne mentionne jamais l'audio ou le port 3000 ; et il n'existe aucun code de détection de capacité spécifique à ADPRO comme il en existe pour Hikvision (isSupportAudio via ISAPI) ou Dahua (AudioEnable via son API de configuration). Le protocole audio sur le fil via le port 3000 devrait être confirmé avec la documentation du SDK ADPRO de Honeywell avant d'être présenté comme un fait.