Réponse directe
Utilisez le relais lorsque le codec source et les paramètres sont acceptés par la destination. Sondez d'abord la caméra, puis validez le navigateur ou la prise en charge en aval ; transcodez uniquement les pistes incompatibles.
Pourquoi cela arrive
Le restreaming peut modifier le transport et répartir les sessions sans décoder la vidéo. Il économise le processeur et préserve la qualité, mais il ne peut pas rendre soudainement lisible un codec non pris en charge.
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é
Testez la vidéo et l'audio séparément et comparez le processeur de la passerelle, le temps de démarrage et la compatibilité du client cible.
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 |
|---|---|---|
| Source | Codec de sonde, profil, résolution et audio. | Les pistes compressées sont connues. |
| Destination | Répertoriez les codecs et conteneurs acceptés. | La compatibilité est explicite. |
| Passage | Remux ou relais sans décodage vidéo. | Le processeur reste faible et la qualité reste inchangée. |
| Retomber | Transcodez uniquement la piste ou le profil défaillant. | La capacité et la latence ajoutées sont limitées. |
Des preuves à conserver
Documentez quelles pistes passent, lesquelles sont converties et pourquoi. Cela empêche les futurs opérateurs de supposer que la passerelle transcode tout.
Note de délimitation et de sécurité
Un relais à faible CPU peut toujours exposer les informations d'identification ou devenir un point de défaillance unique ; sécurisez-le et surveillez-le comme n’importe quelle autre passerelle.
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 restreaming est-il la même chose que le transcodage ?
Non. Le restreaming peut relayer ou reconditionner des médias compressés sans les décoder ni les réencoder.
Pourquoi le relais échoue-t-il dans un navigateur ?
Le navigateur peut ne pas prendre en charge le codec de la caméra ou la mise en paquets, même si un autre client RTSP le fait.
L'audio peut-il être transcodé pendant le passage de la vidéo ?
Oui, si la passerelle prend en charge la gestion indépendante des pistes.
Références principales
- FFmpeg — RTSP options et exemples de protocole
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- MDN — Formats de conteneurs multimédia et de codecs sur le Web
Guide SmartRTSP associé
Ouvrir le guide associéRéutilisez la vidéo compressée de la caméra pour réduire le calcul tout en vérifiant la compatibilité des codecs, de l'audio et de la mise en paquets de bout en bout.