Repository navigation
V0.1.0 — Flux RTSP simulés joignables en CLI, navigateur et testés
Modifié en V0.7.0 (#96) — Lancement
Avant : Clone obligatoire,build:seul
Après : Clone pour construire ; Site Ubuntu sans sources
Modifié en V0.6.2 (#69) — Lecture RTSP des Flux sur le Site
Avant :rtsp://<hôte>:8554/…lisible depuis tout le réseau local
Après :8554non publié en prod ; en dev (simulation),127.0.0.1:8554seulement
Pourquoi
Sans matériel réel, impossible de construire l’API Site (0.2.0) ni le Live (0.3.0 / 1.0.0) : il faut des Caméras à regarder. Cette version fournit des Caméras simulées fiables, lancées d’une commande, visibles dans un navigateur, et dont la panne est détectée automatiquement.
Ce qu’on peut faire maintenant
- Lancer trois Caméras simulées (
cam1,cam2,cam3) avecdocker compose up -d --wait— seul Docker est requis. - Les lire en RTSP sur
rtsp://<hôte>:8554/camN(H.264 1280×720, vidéo en boucle, sans réencodage). - Les regarder dans un navigateur en HLS (
http://<hôte>:8888/camN) ou en WebRTC quasi direct (http://<hôte>:8889/camN), y compris depuis un autre appareil du réseau local (IP de la machine dans.envpour WebRTC). - Vérifier un Flux en CLI avec ffprobe en conteneur (commande dans le README).
- Lancer
/t: démarre la stack si besoin et échoue si une Caméra simulée n’est pas joignable, pas en H.264 1280×720, ne décode aucune image, ou si sa playlist HLS ne répond pas ;cam404est bien refusé. - Lire le README racine pour démarrer depuis un clone neuf, et le glossaire (
CONTEXT.md) pour Caméra, Flux, Caméra simulée.
Historique des tickets
- PR : #5
- Commits : https://github.com/UlyssouLV/ArgOS/pull/5/commits
Hors périmètre
Pas d’API Site, d’UI, ni d’auth sur les Flux. Pas de vérification automatique de WebRTC, pas de CI, Sonar sauté. H.264 seulement (ni H.265, ni audio, ni substream), pas d’incrustation nom/heure. Enregistrement, IA, ONVIF, PTZ : versions ultérieures.
ADRs de cette version : aucun (pas de décision difficile à défaire).
Issues laissées de côté : aucune.