Repository navigation
V0.6.4 — Réglages image et vidéo par ONVIF
Modifié en V0.7.0 (#96) — Lancement
Avant : Clone obligatoire,build:seul
Après : Clone pour construire ; Site Ubuntu sans sources
Pourquoi
Depuis la 0.6.0, ArgOS règle par ONVIF les Incrustations et l'Horloge d'une Caméra. Le reste de ce qui fait une bonne image (filtre infrarouge, scène sombre, contre-jour, résolution ou débit trop lourds pour le réseau du Site) se réglait encore dans l'interface web du fabricant, souvent inutilisable, ou dans son application cloud. Et le média 1, le seul service qu'ArgOS parlait, décrit mal le H.265 : régler l'encodage par lui risquait de changer le codec du Flux.
Ce qu’on peut faire maintenant
- Voir le Flux de la Caméra en tête de ses Réglages, pour suivre l'effet d'un réglage sans quitter l'Administration.

- Régler l'Image de l'Appareil : filtre infrarouge (jour / nuit / automatique), luminosité, contraste, saturation, netteté, contre-jour et WDR. Chaque champ est relu avec un statut (« pris », « pas pris »), et l'Image vaut pour toutes les Caméras du même Appareil.


- Régler l'Encodage du Flux de la Caméra (résolution, images par seconde, débit max) dans les bornes de la caméra. Le codec, la qualité et l'intervalle entre images clés restent affichés seulement.


- Confirmer avant un changement d'Encodage, qui coupe le Flux quelques secondes. Une modification d'Image ou d'Incrustation seule part sans confirmation.


- Lire clairement ce qui ne se règle pas : « Image non réglable sur cette caméra », « Encodage non réglable sur cette caméra » (H.265 sans média 2), « Encodage introuvable pour ce Flux ».


Autres captures : image d'usine, Image non réglable, sans confirmation, Encodage introuvable, Live.
L'Encodage passe par le service média 2 quand la caméra l'annonce, par le média 1 seulement si le Flux est en H.264, sinon il reste en lecture seule. La Caméra du flux secondaire règle le flux secondaire : ArgOS retient le profil dont l'URL correspond à l'URL RTSP de la Caméra. Après un changement d'Encodage, ArgOS relit la caméra jusqu'à 20 s ; si elle ne répond pas, les champs envoyés sont « pas pris — la caméra n'a pas répondu après l'envoi ». Rien n'est gardé en base : la caméra reste la seule source de vérité.
Pour le développeur : la Caméra simulée 2 sert le service image et le média 2 (WDR accepté sans être appliqué, pour voir « pas pris »), la Caméra simulée 4 reste en média 1 seul, sans service image ; des options du simulateur coupent le média 2 (repli média 1 en H.264) ou rendent la caméra muette après un changement d'Encodage.
Historique des tickets
- PR : #94
- Commits : https://github.com/UlyssouLV/ArgOS/pull/94/commits
Tickets (Fixes) : #87 #88 #89 #90 #91 #92 #93
Hors périmètre
Exposition, balance des blancs, mise au point, stabilisation ; changer le codec, la qualité, l'intervalle entre images clés ou le mode de débit ; réseau, IP, utilisateurs et ports de la caméra (jamais) ; événements ONVIF, PTZ ; plusieurs sources vidéo par Appareil.
ADRs de cette version (liens sur ce tag, pas main) :
Issues laissées de côté (PR / spec hors périmètre) : #86 #95