> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/expert-center/fr/faq-and-troubleshooting/gps-devices/input-control/why-does-a-black-screen-appear-during-live-streaming-on-jimi-jc-cameras.md).
# Pourquoi un écran noir apparaît-il pendant la diffusion en direct sur les caméras Jimi JC ?
Un écran noir pendant la diffusion en direct des caméras Jimi JC est un comportement attendu, et non une panne. Couvre la limite RTMP à session unique et les bonnes pratiques.
### Vue d'ensemble
Il est courant que les centres de surveillance aient plusieurs opérateurs supervisant simultanément la même flotte. Par conséquent, plus d'un utilisateur peut tenter d'ouvrir le livestream de la même caméra au même moment ou dans un court laps de temps.
Dans ces situations, les utilisateurs peuvent parfois voir un écran noir au lieu de la vidéo en direct. Bien que cela puisse sembler être un dysfonctionnement de la plateforme, il s'agit d'un comportement attendu causé par la manière dont les caméras de la série Jimi JC gèrent les sessions de livestream.
### S'agit-il d'un problème d'intégration ? Non
Les caméras JC261 et JC400 utilisent l'intégration native Jimi IoT de Navixy. La vidéo en direct est établie directement entre la plateforme et la caméra à l'aide des Commandes Jimi (SMS/RTMP), et non via des intégrations vidéo tierces.
Comme ces caméras communiquent directement avec Navixy, l'écran noir n'est pas causé par l'intégration elle-même, mais plutôt par l'architecture de streaming mise en œuvre par l'appareil.
### Pourquoi l'écran noir se produit-il ?
Ce comportement résulte de trois facteurs différents qui agissent ensemble.
#### 1. Limitation de la caméra (cause principale)
Les caméras JC sont conçues pour ne maintenir qu'une seule session RTMP active à la fois.
Lorsqu'un utilisateur lance la Vue en direct, la plateforme envoie des Commandes indiquant à la caméra de commencer le streaming.
Lorsque l'utilisateur ferme la vidéo, la plateforme envoie une autre Commande indiquant à la caméra d'arrêter le streaming.
| Action de l'utilisateur | Commande envoyée à la caméra |
| ----------------------- | ---------------------------- |
| Ouvrir le livestream | RTMP,ON |
| Fermer le livestream | RTMP,OFF |
Lorsque plusieurs utilisateurs ouvrent et ferment à plusieurs reprises la même caméra dans un court laps de temps, plusieurs Commandes RTMP ON/OFF sont envoyées presque simultanément.
Cela peut laisser la caméra dans un état de streaming incohérent où :
* La caméra accuse correctement réception des Commandes.
* La session RTMP devient instable.
* Le flux vidéo est interrompu.
* Les utilisateurs reçoivent un écran noir au lieu de la vidéo en direct.
Lors d'analyses précédentes, Jimi a confirmé via les journaux de l'appareil que la caméra répond correctement avec RTMP:OK, mais des demandes de streaming successives rapides peuvent tout de même provoquer l'arrêt inattendu du flux.
#### 2. Architecture de streaming de Navixy
Contrairement aux plateformes de streaming vidéo traditionnelles ou aux CDN (Content Deliverable/Distribution Network), Navixy ne reçoit pas un flux unique pour le redistribuer à plusieurs spectateurs.
Au lieu de cela, chaque session de Vue en direct interagit directement avec la caméra.
Cela signifie que chaque opérateur qui ouvre ou ferme le livestream peut générer de nouvelles Commandes vers l'appareil.
Selon la documentation de la plateforme :
Une fois que vous avez fini de regarder le livestream, fermez l'onglet de surveillance vidéo ou l'onglet du navigateur. La plateforme cessera alors de recevoir la vidéo de votre appareil.
Par conséquent, la session vidéo est directement liée à l'interaction de chaque utilisateur.
Si plusieurs opérateurs demandent simultanément le même livestream, des Commandes de streaming concurrentes peuvent être envoyées à la caméra.
#### 3. Limitations du réseau cellulaire
La transmission de la vidéo en direct dépend également de :
* Qualité du signal cellulaire
* Bande passante disponible
* Latence du réseau mobile
* Limites du forfait de données
Même dans des conditions normales, un livestream nécessite une connexion mobile stable.
Lorsque plusieurs demandes de streaming sont émises simultanément, l'appareil doit établir et terminer à plusieurs reprises des sessions RTMP tout en transmettant la vidéo via le réseau cellulaire, ce qui augmente la probabilité d'interruptions ou d'écrans noirs temporaires.
### Bonnes pratiques recommandées
Afin d'assurer l'expérience de livestream la plus stable possible, nous recommandons les consignes opérationnelles suivantes :
* Attendez environ 10–15 secondes après avoir fermé un livestream avant d'en démarrer un nouveau.
* Évitez de cliquer à plusieurs reprises sur les boutons de vue en direct ou de calendrier, car cela peut générer plusieurs Commandes RTMP consécutives.
* Assurez-vous que la caméra dispose d'une connexion cellulaire stable avec une bande passante suffisante avant de lancer un livestream.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://navixy.com/docs/expert-center/fr/faq-and-troubleshooting/gps-devices/input-control/why-does-a-black-screen-appear-during-live-streaming-on-jimi-jc-cameras.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.