> 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 le streaming en direct sur les caméras Jimi JC ?

### Vue d'ensemble

Il est courant que les centres de surveillance disposent de plusieurs opérateurs supervisant 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 sur une courte période.

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 diffusion en direct.

<img src="/files/676a961b6cfd087cc21bad99792b4d598e980786" alt="" height="370.7054802958599" width="624">

### S'agit-il d'un problème d'intégration ? Non

Les caméras JC261 et JC400 utilisent l'intégration Jimi IoT native 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 diffusion implémentée par l'appareil.

### Pourquoi l'écran noir se produit-il ?

Ce comportement résulte de la combinaison de trois facteurs différents.

#### 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.

Lorsque l'utilisateur lance la vue en direct, la plateforme envoie des commandes indiquant à la caméra de commencer la diffusion.

Lorsque l'utilisateur ferme la vidéo, la plateforme envoie une autre commande indiquant à la caméra d'arrêter la diffusion.

| 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 de manière répétée la même caméra sur une courte période, plusieurs commandes RTMP ON/OFF sont envoyées presque simultanément.

Cela peut laisser la caméra dans un état de diffusion 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 obtiennent un écran noir au lieu de la vidéo en direct.

Lors d'investigations précédentes, Jimi a confirmé, à partir des journaux de l'appareil, que la caméra répond correctement avec RTMP:OK, mais des requêtes de diffusion successives rapides peuvent malgré tout entraîner l'arrêt inattendu du flux.

#### 2. Architecture de diffusion de Navixy

Contrairement aux plateformes de diffusion vidéo traditionnelles ou aux CDN (réseau de distribution de contenu), Navixy ne reçoit pas un seul flux 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 :

Après avoir fini de regarder le flux en direct, 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 diffusion concurrentes peuvent être envoyées à la caméra.

#### 3. Limitations du réseau cellulaire

La transmission vidéo en direct dépend également des éléments suivants :

* Qualité du signal cellulaire
* Bande passante disponible
* Latence du réseau mobile
* Limites du forfait de données

Même dans des conditions normales, la diffusion en direct nécessite une connexion mobile stable.

Lorsque plusieurs requêtes de diffusion sont émises simultanément, l'appareil doit établir et terminer à plusieurs reprises des sessions RTMP tout en transmettant également la vidéo via le réseau cellulaire, ce qui augmente la probabilité d'interruptions ou d'écrans noirs temporaires.

### Bonnes pratiques recommandées

Pour garantir une expérience de diffusion en direct aussi stable que 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 de manière répétée sur les boutons Vue en direct ou Calendrier, car cela peut générer plusieurs commandes RTMP consécutives.
* Assurez-vous que la caméra dispose d'une connexion cellulaire stable et d'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=<question>&goal=<endgoal>
```

`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.
