We need a product with SDI and PAL as input and the Ethernet stream as output, with H.265 decoding.

1. Vcan1681 supports SDI and PAL. https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/ 2. We have two firmware to support H265 and H264 encoder and decoder.

Does your video encoder decoder support HD-SDI? 1080p or 1080i.

1. Max supports 1080P. 2. HDMI input supports 4k.

Can your encoder is compatible with any h264/h265 decoder i.e. Nvidia jetson decoder etc

We need to ask the engineer, please tell us the details of the video decoder if you have. We also have video encoder and decoder board, if you both us ours, then it is no problem.

For 4k or 1080p video what will be ethernet data rate?

The video bitrate is configurable by the customer (user).

We will use your video encoder board with two input (HDMI and PAL) and with 12V alimentation. Is it ok?

Do you mean HDMI or AV input (support two video types), or do you need HDMI and AV to support two simultaneous inputs? Q: We need to have HDMI and AV to support two simultaneous inputs. A: Ok. Our firmware engineer will some days to make a new firmware to meet this function you need. I will upgrade it and show you the test video. https://youtu.be/izdFa1nw7u8 iVcan: Please help to confirm that HDMI and cvbs can be supported at the same time, but the audio can only be selected from one of the two (the system selects HDMI audio/analog audio according to the video access situation), is it ok for you? Client: We don't need audio, so do what is the best for you. iVcan: Our software engineer has made a software for you. Please check the pictures in the attachments. Now it supports an HDMI camera and CVBS camera. Client: I have tested your encoder multiple times with our system. It is working fine overall. But we have one big issue to be able to validate its usage : Whenever we turn on the system Camera and the encoder at the same time we are unable to read the "mainStream", we can only read the "subStream". 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. What could we try to have both streams readable on startup ? iVcan: In the opinion of our engineers, it is either a problem with camera recognition or a problem with customer use. I suspect that the board card did not recognize the customer’s HDMI camera. This is easy to verify (if you cannot access the sub-stream, it will be difficult to verify). Log in to the web server of the encoder board and you can see the camera recognition status on the video page. iVcan: The video page will only display the recognition status of one camera. If HDMI and AV cameras are connected and recognized at the same time, the video page will display the recognition status of the HDMI camera (such as 1080p60): As long as the HDMI camera can recognize it normally, Mainstream can be accessed normally. If the HDMI camera is not recognized normally, please check the HDMI wiring and power on the board again (note that this is a power cycle, not a software restart on the web page) In addition, the board uses a random Mac address, so the Mac address will change every time we restart it. For devices with an ARP cache (such as a PC), after restarting, it will be temporary (a few seconds) unable to access the board from the network. , We cannot access it until the arp request is re-initiated after timeout (the performance is that the coding board cannot be pinged for several seconds after restarting) Therefore, I guess another possibility is that when the customer accesses the mainstream, it cannot be accessed due to the above reasons. Then when the customer accesses sub-stream, the arp cache refreshes and the customer can access it, but the customer does not revisit the main-stream. " Whenever we turn on the system camera and the encoder at the same time, we cannot read the “Mainstream”, we can only read the “subStream”. " iVcan: Judging from your description here, it seems that your camera is started after our encoding board. Please start your camera first, and then power on and start our encoding board to try it. Maybe it is not powered on at the same time. The powered-on order also matters. For example, your camera startup needs 10 seconds, but our encoder board startup needs only 5 seconds. Because I am not sure whether your camera is very slow to initialize after power-on. Because our encoder board starts very quickly, it may be that the camera has not been initialized after it started our encoder board, which may lead to some unexpected problems. This can also explain why “We have to “Reboot” the encoder via the web interface to make it work: after the reboot we can directly read the mainStream.”, because when your web page restarts the encoder board, the camera has already been initialized. Therefore, the final suggestions are as follows (I tried my best to list everything that came to mind and let you test them separately); Look at the video page of the web server and confirm whether the HDMI camera is recognized normally (you can send a screenshot to us). As long as the camera is recognized normally, Mainstream can be accessed; It is recommended that you ping the coding board under cmd first, and then access mainStream and subStream under vlc to avoid mistakenly thinking that Mainstream cannot be accessed due to random mac issues. Let you start your camera first (for a few seconds), then power on and start our encoding board to try (see the reasons described above) 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 “mainstream”, we can only read the “subStream”.” is reproduced, Do not restart the encoding board through the web page, but hot-swap the HDMI cable between your camera and the encoding board. I think it is only a hot-swap operation (because I suspect it is a plug-in detection problem that causes the camera not to connect to the encoding board. Send HDMI signal). Client: I can always read the subStream. The mainStream only after reboot. iVcan: Then our encoder board can detect your camera. Please do a test. Let you start your camera first (for a few seconds), then power on and start our encoding board to try. The engineer worries about that your camera startup needs 10 seconds, but our encoder board startup needs only 5 seconds. Please do this test to rule out the possibility of different startup times. iVcan: When you are testing, it is better to adjust the setting back (red words) or see the below picture. Client: The encoder board and the camera are both powered on at the exact same time. It is likely that the camera startup takes a bit longer than the encoder board. I confirm that the camera seems to be not recognized on startup "CVBS pal" is displayed at the top. I can ping the board fine before trying to read both streams When I start my camera first (for a few seconds), then power on (15 seconds later) and start the encoding board, I can read the stream just fine. If I "turn on the system camera and the encoder at the same time”. And then hot plug the HDMI (15 seconds later), I can read the stream just fine. What can I do to be able to read the mainStream without having to do on of these things ? Send an http request reboot with my software, a few seconds after startup ? iVcan: Well, that proves my guess right. For our other customers, the camera and our encoding board are all powered on at the same time. The cameras can recognize our encoding board normally and send out HDMI signals. Only a few customers have encountered such problems using their customized HDMI cameras. The following is Solved by customers themselves (modifying their camera settings/changing cameras). Client: Do you have the version of the software you develop for us? We will precise it in our PO. iVcan: The firmware version is v6.5.5a for your device.

We have a faulty of the video encoder, what should I do?

1. From the photo you showed, we found that the capacitor and inductor in the lower left corner were damaged due to external force. Perhaps they were knocked off during packaging and transportation, and your company accidentally knocked them off during operation. The highlighted ones are the missing devices, which are: 1、C176：CAP,10NF,+/-10%,X7R,1000V,SMD1206 2、C21：CAP,22UF,+/-20%,X5R,6.3V,SMD0603 3、R34：FB,120R@100M,+/-25%,3A,SMD0603 （magnetic beads） Please try to find the same parts, replace them and then check carefully to see if there are any other missing parts. If you still have questions, please contact us. Client: this faulty part is used to operate which circuit? iVcan: 1.5V power supply, powering DDR， please check the below picture. Client: We replaced the components according to your advice, the encoder is not functional. In addition, we noted other quality problems with the welds, several manual reworks. How can we proceed with a standard exchange under warranty? iVcan: Don't worry about it, please send it back to us, and we will change a new one for you.

Does your HDMI + CVBS video encoder board support ONVIF?

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.

Can I use hdmi stream and CVBS stream together?

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

Miglior decodificatore di encoder video 2024 per lo streaming live

Sommario

Abbiamo bisogno di un prodotto con SDI e PAL come input e il flusso Ethernet come output, con decodifica H.265.

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

2. Abbiamo due firmware per supportare encoder e decodificatore H265 e H264.

Il tuo decoder per codificatore video supporta HD-SDI? 1080p o 1080i.

1. Max supporta 1080p.
2. L'ingresso HDMI supporta 4K.

Può il tuo encoder è compatibile con qualsiasi decodificatore H264/H265, ad es.. Decoder Nvidia jetson ecc

Dobbiamo chiedere all'ingegnere, Si prega di dirci i dettagli del decodificatore video se hai.
Abbiamo anche un coder video e una scheda di decodificatore, Se entrambi noi siamo nostri, allora non è un problema.

Per video 4K o 1080p quello che sarà la frequenza dati Ethernet?

Il bitrate video è configurabile dal cliente (utente).

Useremo la tua scheda di codificatore video con due input (HDMI e PAL) e con alimentazione 12v. Va bene?

Intendi ingresso HDMI o AV? (Supporta due tipi di video), oppure hai bisogno di HDMI e AV per supportare due ingressi simultanei?

Q: Dobbiamo avere HDMI e AV per supportare due input simultanei.
UN: OK. Il nostro ingegnere del firmware alcuni giorni per creare un nuovo firmware per soddisfare questa funzione hai bisogno. Lo aggiornerò e ti mostrerò il video di prova. https://youtu.be/izdFa1nw7u8

iVcan: Si prega di aiutare a confermare che HDMI e CVBS possono essere supportati allo stesso tempo, ma l'audio può essere selezionato solo da uno dei due (il sistema seleziona l'audio HDMI/audio analogico in base alla situazione di accesso video), Va bene per te?

Cliente: Non abbiamo bisogno di audio, Quindi fai ciò che è il meglio per te.

iVcan: Il nostro ingegnere del software ha creato un software per te. Si prega di controllare le immagini negli allegati.
Ora supporta una fotocamera HDMI e una fotocamera CVBS.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

Cliente:
Ho testato il tuo encoder più volte con il nostro sistema. Funziona bene nel complesso.
Ma abbiamo un grosso problema per poter convalidare il suo utilizzo :
Ogni volta che accendiamo la fotocamera del sistema e l'encoder allo stesso tempo non siamo in grado di leggere il “corrente principale”, Possiamo solo leggere il “substream”.
Dobbiamo “Riavviare” L'encoder tramite l'interfaccia Web per farlo funzionare: Dopo il riavvio possiamo leggere direttamente il mainstream.
Abbiamo provato con VLC e GStreamer.
Cosa potremmo provare ad avere entrambi i flussi leggibili all'avvio ?

iVcan:
Secondo l'opinione dei nostri ingegneri, È un problema con il riconoscimento della telecamera o un problema con l'uso del cliente.
Sospetto che la scheda del consiglio non riconoscesse la fotocamera HDMI del cliente.
Questo è facile da verificare (Se non è possibile accedere al sotto-flusso, Sarà difficile verificare).
Accedi al server Web della scheda encoder e puoi vedere lo stato di riconoscimento della fotocamera nella pagina video.
HDMI encoder can detect the video input source

iVcan:
La pagina video visualizzerà solo lo stato di riconoscimento di una fotocamera. Se le telecamere HDMI e AV sono collegate e riconosciute allo stesso tempo, La pagina video visualizzerà lo stato di riconoscimento della fotocamera HDMI (come 1080p60):
Finché la fotocamera HDMI può riconoscerla normalmente, È possibile accedere al mainstream normalmente.
Se la fotocamera HDMI non viene riconosciuta normalmente, Si prega di controllare di nuovo il cablaggio HDMI e l'alimentazione sul tabellone (Si noti che questo è un ciclo di potenza, Non un riavvio di software sulla pagina Web)
Inoltre, La scheda utilizza un indirizzo MAC casuale, Quindi l'indirizzo MAC cambierà ogni volta che lo riavviamo.
Per dispositivi con una cache ARP (come un PC), Dopo il riavvio, Sarà temporaneo (qualche secondo) Impossibile accedere alla scheda dalla rete. , Non possiamo accedervi fino a quando la richiesta ARP non viene nuovamente avviata dopo il timeout (La performance è che la scheda di codifica non può essere eseguita per diversi secondi dopo il riavvio)
Perciò, Immagino che un'altra possibilità sia che quando il cliente accede al mainstream, Non è possibile accedere a causa dei motivi di cui sopra. Quindi quando il cliente accede sotto-flusso, La cache ARP si aggiorna e il cliente può accedervi, Ma il cliente non rivisita il flusso principale.

“Ogni volta che accendiamo la fotocamera del sistema e l'encoder allo stesso tempo, Non possiamo leggere il "mainstream", Possiamo solo leggere il "substream".“

iVcan:
A giudicare dalla tua descrizione qui, Sembra che la fotocamera sia iniziata dopo la nostra scheda di codifica. Si prega di iniziare prima la fotocamera, e poi accendi e inizia la nostra tavola di codifica per provarlo. Forse non è acceso allo stesso tempo. Anche l'ordine potenziato. Per esempio, Le esigenze di avvio della tua fotocamera 10 secondi, Ma la nostra startup della nostra scheda encoder ha bisogno solo 5 secondi.
Perché non sono sicuro che la fotocamera sia molto lenta da inizializzare dopo l'accensione.
Perché la nostra scheda encoder inizia molto rapidamente, Può darsi che la fotocamera non sia stata inizializzata dopo aver avviato la nostra scheda encoder, che può portare ad alcuni problemi inaspettati. Questo può anche spiegare perché "dobbiamo" riavviare "l'encoder tramite l'interfaccia Web per farlo funzionare: Dopo il riavvio possiamo leggere direttamente il mainstream. ", Perché quando la tua pagina web riavvia la scheda encoder, La fotocamera è già stata inizializzata.
Perciò, I suggerimenti finali sono i seguenti (Ho fatto del mio meglio per elencare tutto ciò che mi è venuto in mente e lasciarli testarlo separatamente);
Guarda la pagina video del server Web e conferma se la fotocamera HDMI è riconosciuta normalmente (Puoi inviarci uno screenshot). Finché la fotocamera viene riconosciuta normalmente, È possibile accedere al mainstream;
Si consiglia di eseguire il ping della scheda di codifica in CMD prima, e quindi accedere al mainstream e al substream in VLC per evitare di pensare erroneamente che non sia possibile accedere al mainstream a causa di problemi a caso casuale.
Lasciare iniziare prima la tua fotocamera (per alcuni secondi), Quindi accendi e inizia la nostra scheda di codifica per provare (vedere le ragioni sopra descritte)
Segui il tuo funzionamento originale di "Accendi la fotocamera del sistema e l'encoder contemporaneamente". Quando il problema "non siamo in grado di leggere il" mainstream ", Possiamo solo leggere il "substream". " è riprodotto, Non riavviare la scheda di codifica tramite la pagina web, Ma a caldo il cavo HDMI tra la fotocamera e la scheda di codifica. Penso che sia solo un'operazione a caldo (Perché sospetto che si tratti di un problema di rilevamento plug-in che fa sì che la fotocamera non si connetta alla scheda di codifica. Invia il segnale HDMI).

Cliente:
Posso sempre leggere il substream. Il mainstream solo dopo il riavvio.

iVcan:
Quindi la nostra scheda encoder può rilevare la fotocamera.
Si prega di fare un test.
Lasciare iniziare prima la tua fotocamera (per alcuni secondi), Quindi accendi e inizia la nostra scheda di codifica per provare.
L'ingegnere si preoccupa del fatto di aver bisogno di avvio della fotocamera 10 secondi, Ma la nostra startup della nostra scheda encoder ha bisogno solo 5 secondi.
Si prega di fare questo test per escludere la possibilità di tempi di avvio diversi.

iVcan:
Quando stai testando, È meglio regolare l'impostazione (parole rosse) o vedere l'immagine seguente.
analogue to ip video encoder for living stream

Cliente:
La scheda encoder e la fotocamera sono entrambe accese allo stesso tempo. È probabile che l'avvio della fotocamera richieda un po 'più di tempo rispetto alla scheda encoder.

Confermo che la fotocamera sembra non essere riconosciuta all'avvio “CVBS PAL” viene visualizzato in alto.

Posso eseguire il ping della tavola prima di provare a leggere entrambi i flussi

Quando inizio prima la mia macchina fotografica (per alcuni secondi), Quindi accendi (15 Pochi secondi dopo) e avviare la scheda di codifica, Posso leggere bene lo streaming.
Se io “Accendi la fotocamera di sistema e l'encoder contemporaneamente ". E poi collegare a caldo l'HDMI (15 Pochi secondi dopo), Posso leggere bene lo streaming.

Cosa posso fare per poter leggere il mainstream senza dover fare di queste cose ? Invia un riavvio della richiesta HTTP con il mio software, Pochi secondi dopo l'avvio ?

iVcan:
BENE, Questo dimostra la mia ipotesi giusta. Per gli altri nostri clienti, La fotocamera e la nostra scheda di codifica sono tutti accesi contemporaneamente. Le telecamere possono riconoscere normalmente la nostra scheda di codifica e inviare segnali HDMI. Solo pochi clienti hanno riscontrato tali problemi utilizzando le loro telecamere HDMI personalizzate. Quanto segue è risolto dai clienti stessi (Modifica delle impostazioni della fotocamera/modifica delle telecamere).

Cliente:
Hai la versione del software che sviluppi per noi? Lo precideremo nel nostro PO.

iVcan: La versione del firmware è v6.5.5a per il tuo dispositivo.

Abbiamo una difettosa dell'encoder video, cosa dovrei fare?

1. Dalla foto che hai mostrato, Abbiamo scoperto che il condensatore e l'induttore nell'angolo in basso a sinistra sono stati danneggiati a causa della forza esterna. Forse sono stati eliminati durante l'imballaggio e il trasporto, E la tua compagnia li ha eliminati accidentalmente durante il funzionamento.
video encoder and decoder board bitrate
Quelli evidenziati sono i dispositivi mancanti, che sono:
1、C176：Cappuccio,10Nf,+/-10%,X7r,1000V,SMD1206
2、C21：Cappuccio,22Uf,+/-20%,X5r,6.3V,SMD0603
3、R34：Fb,120R@100m,+/-25%,3UN,SMD0603 （perle magnetiche）
video encoder decoder block diagram

Si prega di provare a trovare le stesse parti, Sostituili e quindi controlla attentamente per vedere se ci sono altre parti mancanti.

Se hai ancora domande, Ci contatti per favore.

Cliente:
Questa parte difettosa viene utilizzata per far funzionare quale circuito?

iVcan:
1.5alimentazione V, alimentare DDR， si prega di controllare l'immagine qui sotto.
R34 VDD1V5 of video encoder board
Cliente:
Abbiamo sostituito i componenti secondo il tuo consiglio, L'encoder non è funzionale.
Inoltre, Abbiamo notato altri problemi di qualità con le saldature, Diverse rielaborazioni manuali.
Come possiamo procedere con uno scambio standard in garanzia?

iVcan:
Non preoccuparti, Si prega di rispedirlo, E ne cambieremo uno nuovo per te.

Fa il tuo HDMI + Supporto scheda codificatore video CVBS ONVIF?

L'ingegnere ha affermato che il protocollo ONVIF non è completamente supportato. Dipende dai tuoi requisiti specifici.
Il lettore video supporta RTSP, VLC, Easyplay, e supporto protocollo UDP Player.

Posso usare il flusso HDMI e il flusso CVBS insieme?

La nostra scheda di codifica video supporta due canali di video contemporaneamente, Uno è HDMI Video Stream e codifica di flusso video CVBS.

Hai qualche LVDS alla scheda encoder IP?

No adesso.

Domanda: A che ora caratteristica fa il modulatore DVB-T (Trasmettitore) Avere? Possiamo vedere il seguente se guardiamo ETSI standard DVB-T 300 744.

Ma quali tempi sono nel tuo modulo DVB-T TX?
Ne abbiamo bisogno perché stiamo pensando a una frequenza in rapida evoluzione durante lo streaming video, Quindi dobbiamo capire i tempi reali per questa modalità. Usiamo QPSK, Cr = 1/2, GI = 1/32, larghezza di banda = 8 MHz.

Risposta: Nel nostro modulatore DVB-T, Il tempo di simbolo trasmesso e il tempo di guardia sono gli stessi, con 400 744 specifica

Convertitore CVBS in IP, Convertitore del segnale AV in Ethernet, Encoder SDI CVBS,

Q: Quanto sarà la latenza se collego due telecamere (HDMI + CVBS)?

Ho due telecamere, Uno è una fotocamera HDMI, e il secondo è una fotocamera CVBS. Convertirò entrambi i flussi video in IP Ethernet da questa scheda e il lato del ricevitore opposto sarà un computer.

UN:

Il ritardo della scheda di codifica video deve tenere conto della codifica e della decodifica. È impossibile testare il ritardo accurato dalla sola scheda di codifica.

Generalmente, Il ritardo causato dalla scheda del decodificatore è maggiore.

Con diversi giocatori di software, La latenza varia notevolmente. Per esempio, usando il nostro Giocatore Il ritardo è di circa 100 ms, e usando VLC il ritardo può essere fino a 300 ms.

Il ritardo della fotocamera CVBS è difficile da misurare accuratamente. I ritardi inferiori a 100 ms sono difficili da misurare con un cronometro. Inoltre, Il ritardo di VCAN1681 stesso non è facile da testare. Senza la scheda del decodificatore, Non puoi nemmeno vedere l'immagine. Non può essere calcolato usando un cronometro, e non c'è modo di misurarlo con un oscilloscopio.

Dopo che il cliente acquista la scheda di codifica, Avrà sicuramente bisogno di un giocatore per decodificare. Quindi è meglio chiedere al cliente quale tipo di giocatore ha intenzione di usare per la decodifica (nostro, il cliente, o una terza parte), In modo che possiamo sapere meglio se la scheda di codifica può soddisfare le esigenze dei clienti (funzione e prestazioni) o no.

Come testare la latenza della scheda dell'encoder video?

Ho puntato la fotocamera sul cronometro sullo schermo del mio computer.
Un altro computer riproduce il video inviato dalla scheda di codifica corrente e visualizza anche il cronometro sullo schermo del computer.
È necessario ridurre due volte, vale a dire il ritardo dalla fotocamera al monitor. (Compresa la fotocamera e il ritardo dello schermo)
Si prega di controllare le immagini qui sotto

Q: Quanto costa la latenza se utilizzo il tuo codificatore e il tuo decodificatore?

UN: È meglio usare il nostro coder e la nostra scheda di decodificatore. I prezzi dell'encoder e del decodificatore sono gli stessi. Il risultato del test di latenza seguente è solo per il tuo riferimento, Non includere il ritardo della fotocamera.

Ingresso CVBS sulla nostra scheda encoder—–La nostra scheda di decodificatore con output HDMI, Il ritardo è di 60 ~ 90 ms
Input HDMI alla nostra scheda encoder—–La nostra scheda di decodificatore con output HDMI, Il ritardo è di 90 ~ 130 ms
HDMI 720p Inserisci la nostra scheda encoder——–La nostra scheda di decodificatore con output HDMI, il ritardo tra 80 ~ 100ms
HDMI 1080p Inserisci la nostra scheda encoder——–La nostra scheda di decodificatore con output HDMI, il ritardo tra 100 ~ 130 ms

Per una latenza inferiore, Puoi anche utilizzare la nostra scheda di codificatore video e decodificatore video. Sarà molto meglio che riprodurre lo streaming video sul tuo computer tramite il lettore VLC.

Super lower latency encoder and decoder with two video streaming

HDMI CVBS input encoder and decoder via ip ethernet transmission — Ecoder e decodificatore di input CVBS HDMI tramite trasmissione Ethernet IP

Q: Quale scheda di decodifica video supporta H264 H265 e latenza super bassa?

Which video decoder board supports H264 H265 and super-low latency

La scheda di decodifica blu sul lato sinistro supporta la decodifica H265 e H264 ma non supporta la decodifica a bassa latenza. (Chipset Samsun)
La lavagna sul lato destro supporta la decodifica H264 ma supporta la decodifica H264 a bassa latenza. (HiSilicon)

Q: Stiamo cercando un sistema di trasmissione video FPV ultra-bassa.

Abbiamo bisogno di un modulo TX + Camera per un drone FPV e un modulo RX con Ethernet (IP) produzione. Cosa consiglieresti?

UN: Abbiamo consigliato VCAN1746 e VCAN1777,

Q: La tua fotocamera UVC USB su IP RTSP Video Encoder Scheda ha una semplice connessione e un adattatore di alimentazione DC?

sì, Possiamo aggiungere un adattatore di alimentazione da 12 V CC per te. Il connecone è molto semplice, 12ingresso alimentazione V, Output Ethernet sulla rete o sul computer, L'ingresso USB deve connettere la tua fotocamera USB.