Réponse directe
Des segments plus courts peuvent réduire le délai HLS, mais l'intervalle d'images clés de la caméra, l'emballage de la passerelle, la politique de playlist et le tampon du lecteur doivent s'aligner. Mesurez le chemin complet avant de couper la durée du segment.
Pourquoi cela arrive
Les clients HLS ont généralement besoin d’une liste de lecture publiée et de suffisamment de médias pour démarrer en toute sécurité. Des images clés mal alignées ou une fenêtre en direct profonde peuvent ajouter plusieurs segments de retard, même lorsque le réseau est rapide.
Les navigateurs ont normalement besoin d'une passerelle qui convertit le flux de la caméra en un chemin de diffusion Web natif.
Un test contrôlé
Enregistrez la caméra GOP, la durée du segment, la durée de la liste de lecture et la distance réelle du joueur en direct.
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 |
|---|---|---|
| Encodeur | Alignez les images clés avec les objectifs de packaging. | Les segments peuvent démarrer sur des points d'accès aléatoires utilisables. |
| Emballeuse | Mesurez la création de segments et la publication de playlists. | Le retard de la passerelle est connu. |
| Livraison | Vérifiez le comportement du cache et de l'origine. | Les clients reçoivent de nouvelles listes de lecture et médias. |
| Joueuse | Mesurez la mémoire tampon et la récupération en direct. | Le démarrage et la continuité sont au rendez-vous. |
Des preuves à conserver
Un résultat utile inclut la latence en régime permanent, le temps de démarrage et le comportement en cas de perte de paquets ou de redémarrage de la passerelle.
Note de délimitation et de sécurité
HLS est souvent un bon format de distribution, mais ce n'est pas le premier choix pour un contrôle interactif strict à moins qu'une conception à faible latence ne soit prouvée.
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
Les segments d’une seconde produiront-ils une latence d’une seconde ?
Pas nécessairement ; La mise en mémoire tampon des listes de lecture et des lecteurs peut ajouter plusieurs durées de segments.
Pourquoi les images clés sont-elles importantes ?
Les clients ont besoin de points d'accès aléatoires pour démarrer ou basculer proprement.
Chaque spectateur doit-il se connecter à la caméra ?
Non. La passerelle doit diffuser la sortie packagée afin que les limites de session de caméra soient protégées.
Références principales
- IETF RFC 8216 — HTTP Diffusion en direct
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- FFmpeg — RTSP options et exemples de protocole
Guide SmartRTSP associé
Ouvrir le guide associéPlanifiez le délai HLS à l'aide de l'encodeur GOP, la durée du segment, la profondeur de la liste de lecture, le comportement du CDN et le tampon du lecteur.