Réponse directe
Le SDP décrit les médias proposés par le serveur RTSP. Lisez chaque section m=, sa ligne de codec rtpmap, ses paramètres de format et son attribut de contrôle avant de tester la lecture.
Pourquoi cela arrive
Un point de terminaison RTSP valide peut annoncer des pistes vidéo, audio ou de métadonnées que le client ne peut pas décoder ou ne sélectionne pas. Le SDP est le contrat entre « le serveur a répondu » et « le média peut jouer ».
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é
Enregistrez un SDP sans informations d'identification à partir du profil de flux exact, puis comparez-le avec les codecs pris en charge par le client et l'encodeur configuré de la caméra.
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 |
|---|---|---|
| Médias | Énumérez chaque section vidéo, audio ou application m=. | Les pistes attendues sont présentes. |
| Codec | Faites correspondre les charges utiles a=rtpmap aux noms de codecs. | Le client prend en charge le codec annoncé. |
| Paramètres | Inspectez les paramètres de profil, de mise en paquets et de format. | Le décodeur accepte la configuration exacte. |
| Contrôle | Résolvez chaque contrôle de piste URI par rapport à Content-Base. | SETUP cible la bonne ressource. |
Des preuves à conserver
Joignez le SDP expurgé à un rapport de support. Il s’agit d’une preuve concise et reproductible qui contient plus de signaux qu’un « écran noir ».
Note de délimitation et de sécurité
SDP décrit les médias proposés ; cela ne prouve pas que les paquets arrivent, décodent avec succès ou restent synchronisés.
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
Que fait SDP dans RTSP ?
Il décrit les pistes multimédias disponibles et leurs informations de format liées au transport.
Un RTSP URL peut-il être valide sans piste vidéo ?
Oui. Un serveur peut proposer des médias uniquement audio ou autres, alors inspectez les sections multimédias.
Pourquoi l’attribut de contrôle est-il important ?
Le client l'utilise pour créer la piste URI pour SETUP.
Références principales
- 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éComprenez la description du média renvoyée par DESCRIBE et utilisez-la pour identifier les codecs, les charges utiles et les pistes de contrôle.