> 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/ru/faq-and-troubleshooting/gps-devices/input-control/why-does-a-black-screen-appear-during-live-streaming-on-jimi-jc-cameras.md).
# Почему во время прямой трансляции на камерах Jimi JC появляется черный экран?
Черный экран во время прямой трансляции с камер Jimi JC — это ожидаемое поведение, а не неисправность. Рассматриваются ограничение RTMP на одну сессию и лучшие практики.
### Обзор
Для центров мониторинга нередко, когда несколько операторов одновременно наблюдают за одним и тем же автопарком. В результате более чем один пользователь может попытаться открыть видеотрансляцию с одной и той же камеры в одно и то же время или с небольшим интервалом.
В таких ситуациях пользователи иногда могут видеть черный экран вместо видеотрансляции. Хотя это может показаться сбоем платформы, на самом деле это ожидаемое поведение, вызванное тем, как камеры серии Jimi JC управляют сеансами видеотрансляции.
### Это проблема интеграции? Нет
Камеры JC261 и JC400 используют нативную интеграцию Jimi IoT в Navixy. Видеотрансляция устанавливается напрямую между платформой и камерой с помощью команд Jimi (SMS/RTMP), а не через сторонние видеоинтеграции.
Поскольку эти камеры взаимодействуют с Navixy напрямую, черный экран вызывается не самой интеграцией, а архитектурой потоковой передачи, реализованной в устройстве.
### Почему возникает черный экран?
Это поведение является результатом совместной работы трех различных факторов.
#### 1. Ограничение камеры (основная причина)
Камеры JC предназначены для поддержания только одного активного сеанса RTMP-потоковой передачи одновременно.
Когда пользователь запускает просмотр видео в реальном времени, платформа отправляет команды, instructing the camera to begin streaming.
Когда пользователь закрывает видео, платформа отправляет еще одну команду, instructing the camera to stop streaming.
| Действие пользователя | Команда, отправляемая камере |
| ----------------------- | ---------------------------- |
| Открыть видеотрансляцию | RTMP,ON |
| Закрыть видеотрансляцию | RTMP,OFF |
Когда несколько пользователей многократно открывают и закрывают одну и ту же камеру за короткий промежуток времени, почти одновременно отправляются несколько команд RTMP ON/OFF.
Это может привести к тому, что камера окажется в несогласованном состоянии потоковой передачи, при котором:
* Камера корректно подтверждает команды.
* Сеанс RTMP становится нестабильным.
* Видеопоток прерывается.
* Пользователи видят черный экран вместо видеотрансляции.
В предыдущих расследованиях Jimi подтвердила по журналам устройства, что камера корректно отвечает RTMP:OK, но быстрые последовательные запросы на потоковую передачу все равно могут привести к неожиданной остановке потока.
#### 2. Архитектура потоковой передачи Navixy
В отличие от традиционных платформ видеотрансляции или CDN (Content Deliverable/Distribution Network), Navixy не получает один поток и не распределяет его между несколькими зрителями.
Вместо этого каждый сеанс просмотра видео в реальном времени взаимодействует с камерой напрямую.
Это означает, что каждый оператор, открывающий или закрывающий видеотрансляцию, может создавать новые команды для устройства.
Согласно документации платформы:
После того как вы закончите просмотр видеотрансляции, закройте вкладку мониторинга видео или вкладку браузера. После этого платформа перестанет получать видео с вашего устройства.
Таким образом, сеанс видео напрямую связан с действиями каждого пользователя.
Если несколько операторов одновременно запрашивают одну и ту же видеотрансляцию, камере могут быть отправлены параллельные команды потоковой передачи.
#### 3. Ограничения мобильной сети
Передача видео в реальном времени также зависит от:
* Качества сотового сигнала
* Доступной полосы пропускания
* Задержки мобильной сети
* Ограничений тарифного плана
Даже в обычных условиях для видеотрансляции требуется стабильное мобильное соединение.
Когда несколько запросов на потоковую передачу поступают одновременно, устройству приходится многократно устанавливать и завершать сеансы RTMP, одновременно передавая видео по мобильной сети, что повышает вероятность прерываний или временного появления черного экрана.
### Рекомендуемые практики
Чтобы обеспечить наиболее стабильную работу видеотрансляции, рекомендуем соблюдать следующие эксплуатационные рекомендации:
* Подождите примерно 10–15 секунд после закрытия видеотрансляции, прежде чем запускать новую.
* Избегайте многократного нажатия кнопок «Просмотр в реальном времени» или «Календарь», поскольку это может привести к отправке нескольких последовательных команд RTMP.
* Перед началом видеотрансляции убедитесь, что камера имеет стабильное мобильное соединение с достаточной пропускной способностью.
---
# 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/ru/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.