descodificador de codificador de vídeo

1. Vcan1681 és compatible amb SDI i PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Disposem de dos microprogramaris per admetre el codificador i el descodificador H265 i H264.

1. El màxim admet 1080P.
2. L'entrada HDMI admet 4k.

Hem de preguntar a l'enginyer, si us plau, digueu-nos els detalls del descodificador de vídeo si ho teniu.
També tenim codificador de vídeo i placa descodificadora, si tots dos ens els nostres, llavors no és cap problema.

La taxa de bits del vídeo és configurable pel client (usuari).

Vols dir entrada HDMI o AV? (Admet dos tipus de vídeo), o necessiteu HDMI i AV per suportar dues entrades simultànies?

Q: Hem de tenir HDMI i AV per suportar dues entrades simultànies.
la: D'acord. El nostre enginyer de firmware farà uns dies un nou firmware per satisfer aquesta funció que necessiteu. L'actualitzaré i us mostraré el vídeo de prova. https://youtu.be/izdFa1nw7u8

iVcan: Si us plau, ajudeu a confirmar que HDMI i cvbs poden ser compatibles al mateix temps, però l'àudio només es pot seleccionar d'un dels dos (el sistema selecciona àudio HDMI/àudio analògic segons la situació d'accés al vídeo), està bé per a tu?

client: No necessitem àudio, així que fes el que sigui millor per a tu.

iVcan: El nostre enginyer de programari ha creat un programari per a vostè. Si us plau, comproveu les imatges als fitxers adjunts.
Ara és compatible amb una càmera HDMI i una càmera CVBS.

client:
He provat el vostre codificador diverses vegades amb el nostre sistema. En general funciona bé.
Però tenim un gran problema per poder validar-ne l'ús :
Whenever we turn on the system Camera and the encoder at the same time we are unable to read the “mainStream”, només podem llegir el "subStream".
We have to “Reboot” the encoder via the web interface to make it work: després del reinici podem llegir directament el mainStream.
Ho vam provar amb VLC i GStreamer.
Què podríem provar perquè els dos fluxos es puguin llegir a l'inici? ?

iVcan:
Segons l'opinió dels nostres enginyers, és un problema amb el reconeixement de la càmera o un problema amb l'ús del client.
Sospito que la targeta del tauler no va reconèixer la càmera HDMI del client.
Això és fàcil de verificar (si no podeu accedir al substream, serà difícil de comprovar).
Inicieu sessió al servidor web del tauler codificador i podreu veure l'estat de reconeixement de la càmera a la pàgina de vídeo.

iVcan:
La pàgina de vídeo només mostrarà l'estat de reconeixement d'una càmera. Si les càmeres HDMI i AV estan connectades i reconegudes alhora, la pàgina de vídeo mostrarà l'estat de reconeixement de la càmera HDMI (com ara 1080p60):
Sempre que la càmera HDMI la reconegui normalment, S'hi pot accedir amb normalitat.
Si la càmera HDMI no es reconeix normalment, si us plau, comproveu el cablejat HDMI i torneu a engegar la placa (tingueu en compte que aquest és un cicle d'engegada, no és un reinici de programari a la pàgina web)
A més, el tauler utilitza una adreça Mac aleatòria, de manera que l'adreça del Mac canviarà cada vegada que la reiniciem.
Per a dispositius amb memòria cau ARP (com un ordinador), després de reiniciar, serà temporal (uns segons) no es pot accedir al tauler des de la xarxa. , No hi podem accedir fins que es reiniciï la sol·licitud d'arp després del temps d'espera (el rendiment és que no es pot fer ping a la placa de codificació durant uns quants segons després de reiniciar-se)
per tant, Suposo que una altra possibilitat és que quan el client accedeixi al corrent principal, no es pot accedir per les raons anteriors. Aleshores, quan el client accedeix al substream, la memòria cau arp s'actualitza i el client hi pot accedir, però el client no torna a visitar el corrent principal.

“Sempre que encenem la càmera del sistema i el codificador alhora, no podem llegir el "Mainstream", només podem llegir el "subStream".“

iVcan:
A jutjar per la teva descripció aquí, sembla que la vostra càmera s'inicia després del nostre tauler de codificació. Inicieu primer la càmera, i després enceneu-ho i inicieu la nostra placa de codificació per provar-ho. Potser no està encès al mateix temps. L'ordre d'encesa també és important. Per exemple, les vostres necessitats d'inici de càmera 10 segon, però només necessita l'inici de la nostra placa codificadora 5 segon.
Perquè no estic segur de si la vostra càmera és molt lenta a inicialitzar-se després de l'encesa.
Perquè la nostra placa codificadora comença molt ràpidament, pot ser que la càmera no s'hagi inicialitzat després d'iniciar la nostra placa codificadora, que pot provocar problemes inesperats. Això també pot explicar per què "Hem de "reiniciar" el codificador mitjançant la interfície web perquè funcioni: després del reinici podem llegir directament el mainStream., perquè quan la vostra pàgina web reinicia el tauler codificador, la càmera ja s'ha inicialitzat.
per tant, els suggeriments finals són els següents (Vaig fer tot el possible per enumerar tot el que em va venir al cap i deixar que els proveu per separat);
Mireu la pàgina de vídeo del servidor web i confirmeu si la càmera HDMI es reconeix amb normalitat (pots enviar-nos una captura de pantalla). Sempre que la càmera sigui reconeguda amb normalitat, Es pot accedir al corrent principal;
Es recomana que primer feu ping al tauler de codificació sota cmd, i després accediu a mainStream i subStream sota vlc per evitar pensar equivocadament que no es pot accedir a Mainstream a causa de problemes aleatoris de mac.
Permeteu que engegueu la càmera primer (durant uns segons), després enceneu-ho i inicieu la nostra placa de codificació per provar-ho (vegeu les raons descrites anteriorment)
Seguiu la vostra operació original de "encendre la càmera del sistema i el codificador alhora". When the problem “we are unable to read the “mainstream”, només podem llegir el "subStream"." es reprodueix, No reinicieu el tauler de codificació a través de la pàgina web, però canvieu en calent el cable HDMI entre la càmera i la placa de codificació. Crec que només és una operació d'intercanvi en calent (perquè sospito que és un problema de detecció de connectors que fa que la càmera no es connecti a la placa de codificació. Enviar senyal HDMI).

client:
Sempre puc llegir el subStream. El corrent principal només després del reinici.

iVcan:
Aleshores, la nostra placa codificadora pot detectar la vostra càmera.
Si us plau, feu una prova.
Permeteu que engegueu la càmera primer (durant uns segons), després enceneu-ho i inicieu la nostra placa de codificació per provar-ho.
L'enginyer es preocupa perquè la teva càmera necessita 10 segon, però només necessita l'inici de la nostra placa codificadora 5 segon.
Si us plau, feu aquesta prova per descartar la possibilitat de diferents temps d'inici.

iVcan:
Quan estàs fent proves, és millor ajustar la configuració enrere (paraules vermelles) o mira la imatge de sota.

client:
La placa codificadora i la càmera s'encenen al mateix temps. És probable que l'inici de la càmera trigui una mica més que la placa codificadora.

I confirm that the camera seems to be not recognized on startup “CVBS pal” is displayed at the top.

Puc fer ping bé al tauler abans d'intentar llegir els dos fluxos

Quan engego la meva càmera primer (durant uns segons), després encès (15 segons després) i inicieu el tauler de codificació, Puc llegir bé el flux.
If I “turn on the system camera and the encoder at the same time”. I després connecteu l'HDMI en calent (15 segons després), Puc llegir bé el flux.

Què puc fer per poder llegir el mainStream sense haver de fer cap d'aquestes coses ? Envieu una sol·licitud http de reinici amb el meu programari, uns segons després de l'inici ?

iVcan:
Bé, això demostra la meva encertada. Per als nostres altres clients, la càmera i la nostra placa de codificació s'encenen alhora. Les càmeres poden reconèixer la nostra placa de codificació amb normalitat i enviar senyals HDMI. Només uns quants clients han trobat aquests problemes amb les seves càmeres HDMI personalitzades. El següent és resolt pels mateixos clients (modificant la configuració de la seva càmera/canviant les càmeres).

client:
Tens la versió del programari que desenvolupes per a nosaltres? Ho concretarem al nostre PO.

iVcan: La versió del microprogramari és v6.5.5a per al vostre dispositiu.

1. De la foto que has mostrat, vam trobar que el condensador i l'inductor de la cantonada inferior esquerra estaven danyats a causa de la força externa. Potser es van eliminar durant l'embalatge i el transport, i la vostra empresa els va tombar accidentalment durant l'operació.

Els destacats són els dispositius que falten, que són:
1、C176：CAP,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：CAP,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100M,+/-25%,3la,SMD0603 （perles magnètiques）

Si us plau, intenteu trobar les mateixes peces, substituïu-los i, a continuació, comproveu acuradament si hi ha altres peces que falten.

Si encara teniu preguntes, si us plau en contacte amb nosaltres.

client:
aquesta part defectuosa s'utilitza per fer funcionar quin circuit?

iVcan:
1.5font d'alimentació V, alimentant DDR， si us plau, consulteu la imatge següent.

client:
Hem substituït els components segons el vostre consell, el codificador no és funcional.
A més, vam observar altres problemes de qualitat amb les soldadures, diverses reelaboracions manuals.
Com podem procedir amb un canvi estàndard en garantia?

iVcan:
No et preocupis per això, si us plau, envieu-nos-ho, i canviarem un de nou per a tu.

The engineer said that the ONVIF protocol is not fully supported. It depends on your specific requirements.
The video player supports RTSP, VLC, Easyplay, and protocol support UDP player.

Our video encoding board supports two channels of video at the same time, one is HDMI video stream and CVBS video stream encoding.