O que é um codificador CVBS HDMI para transmissão ao vivo?
CVBS HDMI encoder for live streaming is a device that supports CVBS analog TV composite video input and HDMI 1080P high-definition video input; The board output is IP RJ45 and supports RTSP player and UDP player, which means it connects the board to the internet. Your video sources will become the stream and play on the internet.
Perguntas frequentes
1º trimestre: Será que o seu Codificador CVBS HDMI para transmissão ao vivo support MPEG-2 TS over UDP supported?
A1: Sim. Our CVBS HDMI encoder for live streaming supports MPEG-2 TS over UDP.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-cvbs-h-265-h-264-encoding-board-pcba-ethernet-lan-http-rtsp-udp-onvif-tcp-ip/
2º trimestre: Em vez de RSTP, I need an MPEG-2 Transport stream
A2: Do you need DVB-t RF out, which supports the Transport Stream?
3º trimestre: Não, just CVBS input and Ethernet out, Ethernet protocol: H.264. For compression, MPEG-2 TS on UDP broadcast, I need a quote for 5 qty and a complete datasheet.
A3: Vcan1746 can output the TS stream over UDP, but the output TS stream is a non-standard Transport Stream that we have modified, which needs to be interpreted by our decoder board or player.
Q5: What should I do if I can’t ping the encoder board from my computer?
Directly connect the Cabo UART da placa de codificação para o computador, and use the serial port debugging assistant to send the ATGIP_ command. Get IP address command Vídeo da Operação no Youtube
1. I can get the sub-stream quickly, but the mainstream needs to get it after reboot. O que devo fazer?
Testei seu codificador várias vezes com nosso sistema. Está funcionando bem no geral.
But we have one big issue to validate its usage :
Sempre que ligamos a câmera do sistema e o codificador ao mesmo tempo, we cannot read the “mainstream”, we can only read the “sub-stream”.
We have to “Reboot” the encoder via the web interface to make it work: after the reboot, we can directly read the mainstream.
We tried with both VLC and Gstreamer.
O que poderíamos tentar para que ambos os fluxos pudessem ser lidos na inicialização??
iVcan reply: 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.

A página de vídeo exibirá apenas o status de reconhecimento de uma câmera. Se as 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 disso, 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)
Portanto, 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, we cannot read the “Mainstream”, só podemos ler o “subtransmissão”.
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. This can also explain why “Temos que “Reinício” o codificador através da interface web para fazê-lo funcionar: after the reboot we can directly read the mainStream.”, porque quando sua página da web reinicia a placa do codificador, a câmera já foi inicializada.
Portanto, 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)
- Follow your original operation of “turn on the system camera and the encoder at the same time”. When the problem “we are unable to read the “convencional”, só podemos ler o “subtransmissão”.” is reproduced, 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)
Codificador modulador SDI ou HDMI para IP CVBS H.265 H.264 placa de codificação pcba Ethernet RSTP UDP para drone UAV robótico
$399.00
Placas de módulos codificadores
Placas de módulos decodificadores
Disponível para personalização
Novos produtos de codificadores
| Não. | Nome do produto | Configuração | Características principais | Status |
|---|---|---|---|---|
| 1 | Codificador de vídeo de luz visível USB UVC de canal duplo | 2× Entrada USB | Suporta codificação de vídeo de câmera USB dupla, e transmissão RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Produção em massa |
| 2 | Codificador de canal duplo (1× Luz visível USB + 1× Câmera de imagem térmica USB) | 2× Entrada USB | Suporta câmera USB dupla (visível + térmico) capturar, codificação, e transmissão RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Produção em massa |
| 3 | Módulo de exibição HDMI/CVBS do decodificador RTSP | HDMI + Saída CVBS | Suporta decodificação de fluxo RTSP de até 4×1080P@30fps; Suporta encaminhamento de protocolo de streaming de vídeo; Exibição de saída HDMI/CVBS | Amostra disponível |
| 4 | Módulo de exibição HDMI / CVBS decodificador RTSP com 4.3"/5" LCD | saída HDMI + Tela LCD | Suporta decodificação de fluxo RTSP de até 4×1080P@30fps; encaminhamento de protocolo; Exibição de saída HDMI/CVBS | Depuração |
| 5 | Codificador de canal duplo (1× Luz visível USB + 1× CVBS Analógico) | 1×CVBS + 1× Entrada USB UVC | Vídeo duplo (USB + CVBS), codificação e streaming RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Depuração |
| 6 | Codificador de canal duplo (1×USB UVC + 1× AHD Analógico) | 1× AHD + 1× Entrada USB UVC | Captura dupla de vídeo (USB + AHD), codificação e streaming RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Depuração |
| 7 | Codificador de canal duplo (1×CVBS + 1× Vídeo analógico AHD) | CVBS + AHD 2 entrada de vídeo | Captura de vídeo analógica dupla, codificação e streaming RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Depuração |
| 8 | Codificador de canal duplo (1× Câmera CMOS + 1× Câmera de imagem térmica USB) | 1×Interface USB | Suporta CMOS + Captura de câmera térmica USB, codificação e streaming RTSP; saída local CVBS/HDMI; modos de exibição comutáveis | Produção em massa |
Para soluções personalizadas de conversão de entrada/saída de vídeo não listadas em nossos produtos, entre em contato conosco para suporte OEM / ODM. Podemos desenvolver produtos personalizados com base nas suas necessidades.
























iVcan.com –
Esta placa codificadora de nível industrial é uma revelação para nossas operações com drones! Ele converte facilmente feeds SDI/HDMI/CVBS em fluxos H.265/H.264 ultraeficientes sobre IP com atraso zero. O suporte Ethernet/RSTP/UDP oferece uma operação suave, vídeo de baixa latência para nossa estação terrestre, mesmo durante manobras de alta velocidade. Nós o testamos em aplicações robóticas e de UAV exigentes – o PCBA robusto resiste a vibrações enquanto mantém uma codificação 1080p impecável. A configuração foi plug-and-play via Ethernet, e a economia de largura de banda do H.265 é enorme. Absolutamente essencial para telemetria aérea confiável e visão robótica em tempo real!