Configuração do reprodutor de fluxo UDP para o protocolo de fluxo do Receptor COFDM Vcan1776-RX

Configuração do UDP Stream player no transmissor e receptor de vídeo sem fio COFDM HDMI

O reprodutor de fluxo UDP é a melhor solução para o codificador de vídeo analógico CVBS de menor latência. O firmware padrão do receptor de vídeo sem fio COFDM Vcan1776-RX suporta reprodutor RTSP. Alguns clientes precisam usar o protocolo UDP.

O endereço IP e o número da porta podem ser configurados na página da web, http://192.168.0.215 (padrão)

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 1
  1. Depois de atualizar o firmware, a extremidade receptora restaurará os parâmetros padrão de fábrica (frequência central: 320MHz, banda larga sem fio: 6MHz, endereço IP da porta de rede: 192.168.0.215), os clientes precisam modificar a frequência central e a largura de banda através do Ferramenta da placa de configuração de parâmetros, e o transmissor salva consistentemente.
  1. O cliente acessa o servidor web receptor através da página web (HTTP://192.168.0.215), e modifica seu próprio endereço IP e a configuração do endereço IP do PC Windows conectado ao receptor:

Nota: Entre eles, o IP local é o próprio IP do receptor, e o IP remoto é o IP final do PC com Windows de acoplamento. O cliente pode configurá-lo de acordo com sua situação real. Observe que a modificação só terá efeito após reiniciar o receptor.

Baixe o reprodutor UDP Jogador

  1. Baixe o reprodutor UDP Jogador.
  2. Abra o player Splayer no PC com Windows, clique no botão de configuração no canto inferior direito, e a página de configuração aparecerá:
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 2

Nota:

  1. Pode-se ver que o número da porta da porta está definido como 1234, que é codificado pelo programa de streaming UDP do receptor e não pode ser modificado;
  2. Na coluna Decodificar, configurar de acordo com as propriedades atuais do stream de vídeo, como a configuração de fluxo de vídeo de baixa latência H264 acima;
  1. Depois de configurar e clicar no “Confirmar” botão para salvar os parâmetros, clique no botão play no canto inferior esquerdo. Depois que o PC com Windows receber o fluxo push UDP, ele irá decodificar e reproduzir imediatamente.
UDP stream player setting for wireless video transmitter and receiver
Configuração do reprodutor de fluxo UDP para transmissor e receptor de vídeo sem fio

A configuração do reprodutor de stream UDP acima é adequada para o modelo abaixo.

Como ele suporta o player Linux VLC? Reproduzindo fluxo de baixo atraso no Linux?

Questão: Agora o fluxo UDP não funciona com o player VLC. Preciso reproduzir esse stream UDP no Linux e tento entender os detalhes desse stream. Qualquer script ou chaves ou outras coisas?

Quero fazer meu próprio player no Linux e quero entender os detalhes desse stream de vídeo UDP do demodulador.

Se for um fluxo de vídeo UDP normal, então questione por que ele não funciona com o estúdio VLC ou OBS.

Responda: Para o modelo Vcan1726-RX, Temos dois firmware para opcional, O primeiro firmware para o player RTSP suporta o player VLC, mas alguns clientes mencionaram que tem uma longa latência, então fizemos o segundo firmware, Transmissão UDP no Splayer, que suporta menor latência.

Este fluxo de áudio e vídeo UDP é nosso formato personalizado, então o VLC não consegue explicar. Se o seu cliente quiser abrir seu próprio player (no Linux), atualmente existem duas opções:

  1. Atualize para o acesso de fluxo RTSP padrão (primeiro firmware para reprodutor RTSP)
  2. Fornecemos a biblioteca e rotinas DEMUX correspondentes (precisamos entender o ambiente Linux do cliente para compilar um arquivo de biblioteca adequado)
  3. Isto é o “Biblioteca e rotinas DEMUX” escrito por nossos engenheiros no Ubuntu 14.04 64sistema de bits

O segundo tipo é muito difícil para clientes comuns, e não conhecemos as capacidades de desenvolvimento do player do seu cliente.

Porque alguns clientes enfrentam o problema de baixa latência no player VLC do sistema operacional Windows, não importa como testamos aqui, não encontramos esse problema. Naquela hora, você usou o Windows para testar. Talvez se fosse mudado para Linux, não haveria problema de streaming RTSP. Por favor, tente testar a amostra Vcan1726 com a primeira versão do firmware no Linux. Talvez isso não seja um problema no sistema operacional Linux.

Questão: Você pode construir uma imagem docker para este aplicativo? Qual porta é usada para o fluxo de entrada, e outra porta para o fluxo de saída com algum codec amplamente utilizado (h264)?

O que são Splayer e UDP Stream Player?

SPlayer é um reprodutor de mídia que suporta vários formatos de vídeo, incluindo streaming UDP.

O streaming UDP é um método de envio de dados de vídeo pela Internet usando o User Datagram Protocol (UDP), que é um protocolo rápido e simples que não garante a entrega ou a ordem dos pacotes.

O streaming UDP pode ser usado para transmissão de vídeo ao vivo ou transmissão de vídeo de baixa latência, mas também pode sofrer perda ou corrupção de pacotes.

De acordo com os resultados da pesquisa na web, SPlayer pode reproduzir streams UDP usando as seguintes etapas:

  • Abra o SPlayer e clique no botão “Abrir URL” botão no canto superior direito.
  • Insira a URL do fluxo UDP no formato udp://@ip: porta, onde ip é o endereço IP do servidor e port é o número da porta do stream. Por exemplo, UDP://@224.0.0.1:1234.
  • Clique no “Está bem” botão e espere o stream carregar.

Como o Splayer funciona bem para Win10?

Questão: Não podemos iniciar o Splayer 4.2 e 4.3 no Windows 10. Você poderia nos fornecer a versão correta do Splayer para Windows 10 e 11?

4.2 começa e fecha no momento. 4.3 começa com a mensagem de erro.

Nome do aplicativo com falha: Splayer.exe, versão: 1.0.0.1, carimbo de data/hora: 0x646d83e2
Nome do módulo com falha: dvb_demux.dll, versão: 1.0.0.1, carimbo de data/hora: 0x5fe5bdbf
Código de exceção: 0xc0000005
Compensação de falha: 0x0001484a
ID do processo com falha: 0x3888
Falha na hora de início do aplicativo: 0x01da1164b89c78eb
Falha no caminho do aplicativo: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\Splayer.exe
Caminho do módulo com falha: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\dvb_demux.dll
ID do relatório: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Nome completo do pacote com falha:
ID do aplicativo relativo ao pacote com falha:

Responda: Por favor, tente usar nosso Splayer_qt_v1.0.zip (103.5Mb).

Comentários: A nova versão do SPlayer funciona bem no local do problema com o Win 10! Obrigado!

Questão: Descobrimos que o atraso de tempo aumentava durante a reprodução do vídeo do programa Reciver by Splayer (Fluxo UDP).

Se falar em detalhes – O receptor se conecta com um cabo Ethernet diretamente ao PC. O PC e o receptor estão na mesma rede local. Quando iniciamos o Splayer o atraso é normal e a contagem precisa nos mostra 330 mseg, que é um pouco mais do que um da saída HDMI onde observamos cerca de 270 mseg. Isso é bom. Mas se esperarmos alguns minutos sem quaisquer alterações no local de trabalho, observamos um aumento contínuo no atraso de tempo que atinge 1-1,5 sec que não é aceitável na aplicação do cliente.
Ontem eu mesmo testei no Win 10, e Win11 em PCs diferentes com desligamento complexo Win Brandmauer com Splayer qt (última versão sua), e Splayer 4.3 (versão antiga). Repito esse problema sempre em qualquer configuração.
Por favor me ajude a resolver esse problema. Precisamos de um atraso constante no tempo de jogo do Splayer, que não pode ser superior a 350 mseg.

Responda: Tal problema não deveria ocorrer, porque o player não tem cache no modo de baixa latência, e o atraso depende completamente da capacidade de decodificação do PC. Engenheiros irão configurar o ambiente e testá-lo na próxima segunda-feira.

Outro ponto é pedir aos clientes que verifiquem a configuração da taxa de atualização do monitor do seu laptop. Por exemplo, se a câmera inserir 1080p60, então a taxa de atualização do monitor do laptop do cliente também deve ser de 60 Hz. De outra forma, a exibição será muito lenta, o que também causará congestionamento de dados e introduzirá atrasos.

O jogador Slayer tem um grande atraso, ou a decodificação é lenta ou a exibição é lenta, tudo é causado pelo PC.

Codificação de câmera HDMI Decodificação de receptor HDMI, saída para o display, e teste de atraso de reprodução do computador do player Splayer

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 3
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 4

Não encontramos o problema que você mencionou.

Pode-se ver que a tela atual do player Splayer e a saída HDMI do receptor são consistentes, e o atraso entre eles é muito baixo.

Você poderia perguntar ao cliente, qual é a resolução e taxa de quadros da entrada da câmera? Supondo que a câmera do cliente seja 1080p60, você também pode executar as duas etapas a seguir para solucionar o problema:

  1. Deixe o cliente mudar a câmera para uma taxa de quadros mais baixa para teste, como 1080p50/30;
  2. Você pode definir os parâmetros do segmento de codificação para permitir a codificação down-frame. Por exemplo, envie o comando ATSO0,30_ através da porta de parâmetro, e a codificação produz 1080p30 para teste.

Relativo

  1. Você deseja obter os dados UART da placa codificadora HDMI CVBS Video UART DATA?

Faça uma pergunta

← Voltar

Sua mensagem foi enviada