> 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/pt-br/faq-and-troubleshooting/gps-devices/input-control/why-does-a-black-screen-appear-during-live-streaming-on-jimi-jc-cameras.md).
# Por que uma tela preta aparece durante a transmissão ao vivo em câmeras Jimi JC?
Uma tela preta durante a transmissão ao vivo de câmeras Jimi JC é um comportamento esperado, não uma falha. Abrange o limite de uma única sessão RTMP e as melhores práticas.
### Visão geral
É comum que centrais de monitoramento tenham vários operadores supervisionando simultaneamente a mesma frota. Como resultado, mais de um usuário pode tentar abrir a transmissão ao vivo da mesma câmera ao mesmo tempo ou em um curto período.
Nessas situações, os usuários podem ocasionalmente ver uma tela preta em vez do vídeo ao vivo. Embora isso possa parecer um mau funcionamento da plataforma, é um comportamento esperado causado pela forma como as câmeras da série Jimi JC gerenciam as sessões de transmissão ao vivo.
### Isso é um problema de integração? Não
As câmeras JC261 e JC400 usam a integração nativa da Navixy com Jimi IoT. O vídeo ao vivo é estabelecido diretamente entre a plataforma e a câmera usando comandos Jimi (SMS/RTMP), não por meio de integrações de vídeo de terceiros.
Como essas câmeras se comunicam diretamente com a Navixy, a tela preta não é causada pela integração em si, mas sim pela arquitetura de streaming implementada pelo dispositivo.
### Por que a tela preta ocorre?
O comportamento é o resultado da atuação conjunta de três fatores diferentes.
#### 1. Limitação da câmera (causa principal)
As câmeras JC foram projetadas para manter apenas uma sessão ativa de transmissão RTMP por vez.
Quando um usuário inicia a visualização ao vivo, a plataforma envia comandos instruindo a câmera a iniciar a transmissão.
Quando o usuário fecha o vídeo, a plataforma envia outro comando instruindo a câmera a interromper a transmissão.
| Ação do usuário | Comando enviado à câmera |
| -------------------------- | ------------------------ |
| Abrir transmissão ao vivo | RTMP,ON |
| Fechar transmissão ao vivo | RTMP,OFF |
Quando vários usuários abrem e fecham repetidamente a mesma câmera em um curto período, vários comandos RTMP ON/OFF são enviados quase simultaneamente.
Isso pode deixar a câmera em um estado de transmissão inconsistente em que:
* A câmera reconhece os comandos corretamente.
* A sessão RTMP se torna instável.
* O fluxo de vídeo é interrompido.
* Os usuários recebem uma tela preta em vez de vídeo ao vivo.
Em investigações anteriores, a Jimi confirmou por meio dos registros do dispositivo que a câmera responde corretamente com RTMP:OK, mas solicitações consecutivas e rápidas de transmissão ainda podem fazer com que o fluxo pare inesperadamente.
#### 2. Arquitetura de streaming da Navixy
Ao contrário das plataformas tradicionais de transmissão de vídeo ou das CDNs (Rede de entrega/distribuição de conteúdo), a Navixy não recebe um único fluxo e o redistribui para vários espectadores.
Em vez disso, cada sessão de visualização ao vivo interage diretamente com a câmera.
Isso significa que cada operador que abre ou fecha a transmissão ao vivo pode gerar novos comandos para o dispositivo.
De acordo com a documentação da plataforma:
Depois de terminar de assistir à transmissão ao vivo, feche a guia de monitoramento de vídeo ou a guia do navegador. A plataforma então deixará de receber vídeo do seu dispositivo.
Portanto, a sessão de vídeo está diretamente vinculada à interação de cada usuário.
Se vários operadores solicitarem a mesma transmissão ao vivo simultaneamente, comandos de streaming concorrentes podem ser enviados à câmera.
#### 3. Limitações da rede celular
A transmissão de vídeo ao vivo também depende de:
* Qualidade do sinal celular
* Largura de banda disponível
* Latência da rede móvel
* Limitações do plano de dados
Mesmo em condições normais, a transmissão ao vivo exige uma conexão móvel estável.
Quando várias solicitações de transmissão são enviadas simultaneamente, o dispositivo precisa estabelecer e encerrar repetidamente sessões RTMP, enquanto também transmite vídeo pela rede celular, aumentando a probabilidade de interrupções ou telas pretas temporárias.
### Práticas recomendadas
Para garantir a experiência de transmissão ao vivo mais estável, recomendamos as seguintes diretrizes operacionais:
* Aguarde aproximadamente 10–15 segundos depois de fechar uma transmissão ao vivo antes de iniciar outra.
* Evite clicar repetidamente nos botões de visualização ao vivo ou calendário, pois isso pode gerar vários comandos RTMP consecutivos.
* Certifique-se de que a câmera tenha uma conexão celular estável com largura de banda suficiente antes de iniciar uma transmissão ao vivo.
---
# 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/pt-br/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.