> 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 supervision aient plusieurs opérateurs qui supervisent simultanément la même flotte. Par conséquent, plus d'un utilisateur peut tenter d'ouvrir le flux vidéo en direct 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 à la place 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 streaming en direct.
### 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 est le résultat 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 de streaming RTMP active à la fois.
Lorsqu'un utilisateur lance l'affichage en direct, la plateforme envoie des commandes demandant à la caméra de commencer le streaming.
Lorsque l'utilisateur ferme la vidéo, la plateforme envoie une autre commande demandant à 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 voient un écran noir au lieu de la vidéo en direct.
Lors d'investigations précédentes, Jimi a confirmé, grâce aux journaux de l'appareil, que la caméra répond correctement avec RTMP:OK, mais des demandes consécutives de streaming 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 seul flux pour le redistribuer à plusieurs spectateurs.
Au lieu de cela, chaque session d'affichage 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 :
Après avoir 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 le même livestream simultanément, 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 :
* La qualité du signal cellulaire
* La bande passante disponible
* La latence du réseau mobile
* Les limites du forfait de données
Même dans des conditions normales, le streaming en direct 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 également la vidéo sur le réseau cellulaire, ce qui augmente la probabilité d'interruptions ou d'écrans noirs temporaires.
### Bonnes pratiques recommandées
Pour garantir l'expérience de streaming en direct la plus stable, 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 Live View ou Calendar, 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 d'initialiser 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
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 what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.