> 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 a mesma frota simultaneamente. Como resultado, mais de um usuário pode tentar abrir a transmissão ao vivo do mesmo 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 sessões de transmissão ao vivo.

<img src="https://1173629567-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2F0br9t5Fdh0IegQm70td1%2Funknown.png?alt=media&amp;token=906e3042-ecc0-4d7b-8e80-a64fb24e70a9" alt="" height="370.7054802958599" width="624">

### Isso é um problema de integração? Não

As câmeras JC261 e JC400 usam a integração nativa do Jimi IoT da Navixy. O vídeo ao vivo é estabelecido diretamente entre a plataforma e a câmera usando comandos Jimi (SMS/RTMP), e 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 de três fatores diferentes atuando em conjunto.

#### 1. Limitação da câmera (causa principal)

As câmeras JC foram projetadas para manter apenas uma sessão ativa de streaming RTMP por vez.

Quando um usuário inicia a Visualização ao vivo, a plataforma envia comandos instruindo a câmera a começar a transmitir.

Quando o usuário fecha o vídeo, a plataforma envia outro comando instruindo a câmera a parar de transmitir.

| 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 streaming inconsistente em que:

* A câmera reconhece os comandos corretamente.
* A sessão RTMP se torna instável.
* A transmissão de vídeo é interrompida.
* 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 de streaming consecutivas e rápidas ainda podem fazer a transmissão parar inesperadamente.

#### 2. Arquitetura de streaming da Navixy

Diferentemente das plataformas tradicionais de streaming de vídeo ou de CDNs (Content Deliverable/Distribution Network), a Navixy não recebe uma única transmissão e a 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 que você terminar de assistir à transmissão ao vivo, feche a aba de monitoramento de vídeo ou a aba 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 simultâneos 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, o streaming ao vivo requer uma conexão móvel estável.

Quando várias solicitações de streaming são emitidas 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.

### Melhores 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 após fechar uma transmissão ao vivo antes de iniciar uma nova.
* Evite clicar repetidamente nos botões 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 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/pt-br/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.
