decodificador de codificador de vídeo

1. Vcan1681 suporta SDI e PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Temos dois firmware para suportar codificador e decodificador H265 e H264.

1. Máximo suporta 1080P.
2. Entrada HDMI suporta 4k.

Precisamos perguntar ao engenheiro, informe-nos os detalhes do decodificador de vídeo se você tiver.
Também temos codificador de vídeo e placa decodificadora, se vocês dois somos nossos, então não há problema.

A taxa de bits do vídeo é configurável pelo cliente (do utilizador).

Você quer dizer entrada HDMI ou AV (suporta dois tipos de vídeo), ou você precisa de HDMI e AV para suportar duas entradas simultâneas?

Q: Precisamos ter HDMI e AV para suportar duas entradas simultâneas.
UMA: OK. Nosso engenheiro de firmware levará alguns dias para fazer um novo firmware para atender a esta função que você precisa. Vou atualizá-lo e mostrar o vídeo de teste. https://youtu.be/izdFa1nw7u8

iVcan: Por favor, ajude a confirmar se HDMI e cvbs podem ser suportados ao mesmo tempo, mas o áudio só pode ser selecionado de um dos dois (o sistema seleciona áudio HDMI/áudio analógico de acordo com a situação de acesso de vídeo), está bem para você?

Cliente: Não precisamos de áudio, então faça o que é melhor para você.

iVcan: Nosso engenheiro de software criou um software para você. Confira as fotos nos anexos.
Agora ele suporta uma câmera HDMI e uma câmera CVBS.

Cliente:
Testei seu codificador várias vezes com nosso sistema. Está funcionando bem no geral.
Mas temos um grande problema para poder validar seu uso :
Sempre que ligamos a câmera do sistema e o codificador ao mesmo tempo, não conseguimos ler o “convencional”, só podemos ler o “subtransmissão”.
Temos que “Reinício” o codificador através da interface web para fazê-lo funcionar: após a reinicialização, podemos ler diretamente o mainStream.
Tentamos com VLC e GStreamer.
O que poderíamos tentar para que ambos os fluxos pudessem ser lidos na inicialização? ?

iVcan:
Na opinião dos nossos engenheiros, é um problema de reconhecimento da câmera ou de uso do cliente.
Suspeito que a placa da placa não reconheceu a câmera HDMI do cliente.
Isso é fácil de verificar (se você não conseguir acessar o substream, será difícil verificar).
Faça login no servidor web da placa do codificador e você poderá ver o status de reconhecimento da câmera na página de vídeo.

iVcan:
A página de vídeo exibirá apenas o status de reconhecimento de uma câmera. Se câmeras HDMI e AV estiverem conectadas e reconhecidas ao mesmo tempo, a página de vídeo exibirá o status de reconhecimento da câmera HDMI (como 1080p60):
Contanto que a câmera HDMI possa reconhecê-la normalmente, Mainstream pode ser acessado normalmente.
Se a câmera HDMI não for reconhecida normalmente, verifique a fiação HDMI e ligue a placa novamente (observe que este é um ciclo de energia, não é uma reinicialização de software na página da web)
além do que, além do mais, a placa usa um endereço Mac aleatório, então o endereço Mac mudará toda vez que o reiniciarmos.
Para dispositivos com cache ARP (como um PC), depois de reiniciar, será temporário (alguns segundos) não consigo acessar a placa pela rede. , Não podemos acessá-lo até que a solicitação arp seja reiniciada após o tempo limite (o desempenho é que a placa de codificação não pode receber ping por vários segundos após reiniciar)
Assim sendo, Acho que outra possibilidade é que quando o cliente acessa o mainstream, não pode ser acessado devido aos motivos acima. Então, quando o cliente acessa o substream, o cache arp é atualizado e o cliente pode acessá-lo, mas o cliente não revisita o mainstream.

“Sempre que ligamos a câmera do sistema e o codificador ao mesmo tempo, não podemos ler o “Mainstream”, só podemos ler o “subStream”.“

iVcan:
A julgar pela sua descrição aqui, parece que sua câmera foi iniciada após nossa placa de codificação. Por favor, ligue sua câmera primeiro, e então ligue e inicie nossa placa de codificação para experimentá-la. Talvez não esteja ligado ao mesmo tempo. A ordem de ligação também é importante. Por exemplo, as necessidades de inicialização da sua câmera 10 segundos, mas a inicialização da nossa placa codificadora precisa apenas 5 segundos.
Porque não tenho certeza se sua câmera demora muito para inicializar após ser ligada.
Porque nossa placa codificadora inicia muito rapidamente, pode ser que a câmera não tenha sido inicializada depois de iniciar nossa placa codificadora, o que pode levar a alguns problemas inesperados. Isso também pode explicar por que “temos que “reiniciar” o codificador através da interface web para fazê-lo funcionar: após a reinicialização, podemos ler diretamente o mainStream.”, porque quando sua página da web reinicia a placa do codificador, a câmera já foi inicializada.
Assim sendo, as sugestões finais são as seguintes (Eu tentei o meu melhor para listar tudo o que me veio à mente e deixei você testá-los separadamente);
Veja a página de vídeo do servidor web e confirme se a câmera HDMI é reconhecida normalmente (você pode enviar uma captura de tela para nós). Contanto que a câmera seja reconhecida normalmente, Mainstream pode ser acessado;
É recomendado que você faça ping na placa de codificação em cmd primeiro, e, em seguida, acesse mainStream e subStream em vlc para evitar pensar erroneamente que Mainstream não pode ser acessado devido a problemas aleatórios do Mac.
Deixe você ligar sua câmera primeiro (por alguns segundos), então ligue e inicie nossa placa de codificação para tentar (veja os motivos descritos acima)
Siga sua operação original de “ligar a câmera do sistema e o codificador ao mesmo tempo”. Quando o problema “não conseguimos ler o “mainstream”, só podemos ler o “subStream”. é reproduzido, Não reinicie a placa de codificação através da página web, mas troque a quente o cabo HDMI entre sua câmera e a placa de codificação. Eu acho que é apenas uma operação de troca a quente (porque suspeito que seja um problema de detecção de plug-in que faz com que a câmera não se conecte à placa de codificação. Enviar sinal HDMI).

Cliente:
Eu sempre posso ler o subStream. O mainStream somente após a reinicialização.

iVcan:
Então nossa placa codificadora pode detectar sua câmera.
Por favor faça um teste.
Deixe você ligar sua câmera primeiro (por alguns segundos), então ligue e inicie nossa placa de codificação para tentar.
O engenheiro se preocupa com as necessidades de inicialização da sua câmera 10 segundos, mas a inicialização da nossa placa codificadora precisa apenas 5 segundos.
Faça este teste para descartar a possibilidade de diferentes tempos de inicialização.

iVcan:
Quando você está testando, é melhor ajustar a configuração de volta (palavras vermelhas) ou veja a imagem abaixo.

Cliente:
A placa do codificador e a câmera são ligadas exatamente ao mesmo tempo. É provável que a inicialização da câmera demore um pouco mais do que a placa do codificador.

Confirmo que a câmera parece não ser reconhecida na inicialização “Amigo CVBS” é exibido na parte superior.

Posso fazer ping na placa antes de tentar ler os dois fluxos

Quando eu ligo minha câmera primeiro (por alguns segundos), então ligue (15 segundos depois) e inicie a placa de codificação, Eu posso ler o stream perfeitamente.
Se eu “ligue a câmera do sistema e o codificador ao mesmo tempo”. E então conecte o HDMI a quente (15 segundos depois), Eu posso ler o stream perfeitamente.

O que posso fazer para poder ler o mainStream sem ter que fazer uma dessas coisas ? Envie uma reinicialização de solicitação http com meu software, alguns segundos após a inicialização ?

iVcan:
Bem, isso prova que meu palpite está certo. Para nossos outros clientes, a câmera e nossa placa de codificação estão todas ligadas ao mesmo tempo. As câmeras podem reconhecer nossa placa de codificação normalmente e enviar sinais HDMI. Apenas alguns clientes encontraram esses problemas ao usar suas câmeras HDMI personalizadas. O seguinte é resolvido pelos próprios clientes (modificando as configurações da câmera/alterando câmeras).

Cliente:
Você tem a versão do software que desenvolve para nós? Iremos especificá-lo em nosso PO.

iVcan: A versão do firmware é v6.5.5a para o seu dispositivo.

1. Da foto que você mostrou, descobrimos que o capacitor e o indutor no canto inferior esquerdo foram danificados devido à força externa. Talvez eles tenham sido derrubados durante a embalagem e transporte, e sua empresa os derrubou acidentalmente durante a operação.

Os destacados são os dispositivos ausentes, que são:
1、Capítulo 176：BONÉ,10NF,+/-10%,X7R,1000V,SMD1206
2、Capítulo 21：BONÉ,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：Facebook,120R@100 milhões,+/-25%,3UMA,SMD0603 （contas magnéticas）

Por favor, tente encontrar as mesmas peças, substitua-os e verifique cuidadosamente se há alguma outra peça faltando.

Se você ainda tiver dúvidas, Por favor, entre em contato conosco.

Cliente:
esta peça defeituosa é usada para operar qual circuito?

iVcan:
1.5fonte de alimentação V, alimentando DDR， por favor, verifique a imagem abaixo.

Cliente:
Substituímos os componentes de acordo com o seu conselho, o codificador não está funcionando.
além do que, além do mais, notamos outros problemas de qualidade com as soldas, vários retrabalhos manuais.
Como podemos proceder com uma troca padrão sob garantia?

iVcan:
Não se preocupe com isso, por favor envie-o de volta para nós, e vamos mudar um novo para você.

O engenheiro disse que o protocolo ONVIF não é totalmente suportado. Depende de seus requisitos específicos.
O reprodutor de vídeo suporta RTSP, VLC, Jogo fácil, e suporte a protocolo UDP player.

Nossa placa de codificação de vídeo suporta dois canais de vídeo ao mesmo tempo, um é o fluxo de vídeo HDMI e a codificação de fluxo de vídeo CVBS.

Não agora.