Réponse directe
Sondez le flux, confirmez que H.265 est annoncé et testez-le sur le périphérique cible réel. En cas d'échec, essayez le sous-flux H.264 de la caméra avant d'insérer une passerelle de transcodage.
Pourquoi cela arrive
La prise en charge du transport RTSP et la prise en charge du décodage H.265 sont distinctes. Les décodeurs matériels, les formats de livraison des navigateurs et les implémentations d'applications varient, de sorte qu'un flux de caméra fonctionnel sur un appareil n'établit pas une compatibilité à l'échelle de la flotte.
Inspectez les pistes annoncées et les paramètres du codec avant de supposer un problème de visionneuse ou de réseau.
Un test contrôlé
Testez un flux principal et un sous-flux sur chaque plate-forme cible tout en enregistrant l'utilisation du processeur, le temps de démarrage et le comportement thermique.
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 |
|---|---|---|
| Codec annoncé | Confirmez que le flux est bien H.265. | La sortie de la sonde identifie la vidéo HEVC. |
| Décodeur cible | Jouez sur chaque classe d'appareils prise en charge. | L'appareil restitue sans surcharge du décodeur logiciel. |
| Retomber | Activez un sous-flux H.264. | La compatibilité est restaurée sans transcodage. |
| Porte | Transcodez uniquement lorsque la source ne peut pas fournir un profil utilisable. | La latence supplémentaire et le coût de capacité sont mesurés. |
Des preuves à conserver
Maintenez une matrice caméra par appareil avec le codec, la résolution et le résultat. Cela évite qu’un seul succès soit généralisé à chaque client.
Note de délimitation et de sécurité
Le transcodage peut résoudre la compatibilité mais ajoute du calcul, de la latence et un autre domaine de défaillance ; cela devrait être un choix d'architecture explicite.
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
RTSP prend-il en charge H.265 ?
RTSP peut contrôler la livraison de différents codecs multimédias ; La prise en charge réelle de H.265 dépend à la fois du serveur et du client.
Dois-je convertir H.265 en H.264 ?
Essayez d’abord un sous-flux de caméra H.264 natif, car il évite le calcul de la passerelle et une latence supplémentaire.
Pourquoi H.265 fonctionne-t-il sur un ordinateur de bureau mais pas sur un téléphone ?
Les appareils ou applications peuvent exposer différentes capacités de décodeur matériel et limites de ressources.
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é
- FFmpeg — RTSP options et exemples de protocole
- MDN — Formats de conteneurs multimédia et de codecs sur le Web
Guide SmartRTSP associé
Ouvrir le guide associéDéterminez si la caméra, la visionneuse et l'appareil cible peuvent transporter et décoder HEVC avant d'ajouter un transcodeur.