Réponse directe
Utilisez le sous-flux pour les grilles multi-caméras et les contrôles de routine ; ouvrez le flux principal uniquement lorsque des détails sont nécessaires ou lorsque la politique d'enregistrement l'exige. Vérifiez les deux chemins et étiquetez-les clairement.
Pourquoi cela arrive
Une grille qui décode le flux à haute résolution de chaque caméra peut gaspiller de la bande passante, surchauffer l’appareil de visualisation et augmenter le temps de démarrage. Le sous-flux existe pour réduire cette charge, mais peut être trop souple pour une identification ou une preuve.
Traitez le URL, les informations d'identification, la famille d'adresses et le transport RTP comme des variables distinctes qui peuvent échouer indépendamment.
Un test contrôlé
Mesurez le débit binaire, la résolution, la fréquence d'images, le codec et le temps de démarrage pour les deux profils sur la caméra réelle.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Grille | Chargez le sous-flux dans chaque tuile normale. | Toutes les caméras restent réactives à l'échelle attendue. |
| Détail | Ouvrez le flux principal à la demande. | Des détails fins sont disponibles sans alourdir l’ensemble de la grille. |
| Codec | Préférez un codec largement pris en charge pour le sous-flux. | Chaque appareil cible le décode. |
| Étiquettes | Nommez les profils par objectif, pas uniquement par numéro de fournisseur. | Les opérateurs choisissent le flux prévu de manière cohérente. |
Des preuves à conserver
Gardez une petite table de profil par caméra. Il transforme les valeurs « élevées » et « faibles » en choix mesurables de résolution, de débit binaire, de codec et de cas d'utilisation.
Note de délimitation et de sécurité
Un sous-flux n’est pas automatiquement sécurisé ou fiable ; il utilise les mêmes limites de compte et de confiance réseau que le flux principal.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Le sous-flux réduit-il la qualité de l’image de la caméra ?
Son débit ou sa résolution est intentionnellement inférieur, mais le flux principal peut rester inchangé.
Un NVR devrait-il enregistrer le sous-flux ?
Cela dépend des exigences de conservation et de détail ; de nombreux systèmes enregistrent le flux principal tandis que les téléspectateurs affichent le flux secondaire.
Les flux principaux et secondaires peuvent-ils utiliser des codecs différents ?
De nombreuses caméras le permettent, ce qui peut rendre H.264 utile pour la compatibilité tandis que H.265 est conservé pour l'enregistrement.
Références principales
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- ONVIF — Profil T pour le streaming vidéo avancé
- SmartRTSP — plateforme officielle et informations sur le produit
Guide SmartRTSP associé
Ouvrir le guide associéChoisissez un flux principal très détaillé pour l'inspection et un flux secondaire à faible débit pour les grilles, les liaisons distantes et les appareils contraints.