video kodētāja dekodētājs
Satura rādītājs
Mums ir nepieciešams produkts ar SDI un PAL kā ievadi un Ethernet straumi kā izvadi, ar H.265 dekodēšanu.
1. Vcan1681 atbalsta SDI un PAL.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/
2. Mums ir divas programmaparatūras, kas atbalsta H265 un H264 kodētāju un dekodētāju.
Vai jūsu video kodētāja dekodētājs atbalsta HD-SDI? 1080p vai 1080i.
1. Max atbalsta 1080P.
2. HDMI ieeja atbalsta 4k.
Vai jūsu kodētājs ir saderīgs ar jebkuru h264/h265 dekodētāju, t.i. Nvidia Jetson dekoderis utt
Mums jājautā inženierim, lūdzu, pastāstiet mums sīkāku informāciju par video dekodētāju, ja tāds ir.
Mums ir arī video kodētājs un dekodētājs, ja jūs abi mūs mūsējie, tad nav nekādu problēmu.
Kāds būs Ethernet datu pārraides ātrums 4k vai 1080p video?
Video bitu pārraides ātrumu var konfigurēt klients (lietotājs).
Mēs izmantosim jūsu video kodētāja plati ar divām ieejām (HDMI un PAL) un ar 12V barošanu. Vai tas ir labi?
Vai jūs domājat HDMI vai AV ieeju (atbalsta divus video veidus), vai jums ir nepieciešams HDMI un AV, lai atbalstītu divas vienlaicīgas ieejas?
Q: Mums ir jābūt HDMI un AV, lai atbalstītu divas vienlaicīgas ieejas.
A: Labi. Mūsu programmaparatūras inženieris dažas dienas izveidos jaunu programmaparatūru, lai tā atbilstu šai jums nepieciešamajai funkcijai. Es to atjaunināšu un parādīšu testa video. https://youtu.be/izdFa1nw7u8
iVcan: Lūdzu, palīdziet apstiprināt, ka HDMI un cvb var tikt atbalstīti vienlaikus, bet audio var izvēlēties tikai vienu no diviem (sistēma izvēlas HDMI audio/analogo audio atbilstoši video piekļuves situācijai), vai jums tas ir labi?
Klients: Mums nav nepieciešams audio, tāpēc dariet to, kas jums ir vislabākais.
iVcan: Mūsu programmatūras inženieris ir izstrādājis programmatūru jums. Lūdzu, pārbaudiet pielikumos esošos attēlus.
Tagad tas atbalsta HDMI kameru un CVBS kameru.
Klients:
Esmu vairākas reizes testējis jūsu kodētāju ar mūsu sistēmu. Tas kopumā darbojas labi.
Taču mums ir viena liela problēma, lai varētu apstiprināt tā izmantošanu :
Whenever we turn on the system Camera and the encoder at the same time we are unable to read the “mainStream”, mēs varam lasīt tikai “apakšstraumi”.
We have to “Reboot” the encoder via the web interface to make it work: pēc atsāknēšanas mēs varam tieši nolasīt mainStream.
Mēs izmēģinājām gan VLC, gan GStreamer.
Ko mēs varētu mēģināt, lai abas straumes būtu lasāmas startēšanas laikā ?
iVcan:
Pēc mūsu inženieru domām, tā ir vai nu kameras atpazīšanas problēma, vai klientu lietošanas problēma.
Man ir aizdomas, ka dēļa karte neatpazina klienta HDMI kameru.
To ir viegli pārbaudīt (ja nevarat piekļūt apakšstraumei, to būs grūti pārbaudīt).
Piesakieties kodētāja plates tīmekļa serverī, un video lapā varat redzēt kameras atpazīšanas statusu.
iVcan:
Video lapā tiks parādīts tikai vienas kameras atpazīšanas statuss. Ja HDMI un AV kameras ir pievienotas un atpazītas vienlaikus, video lapā tiks parādīts HDMI kameras atpazīšanas statuss (piemēram, 1080p60):
Kamēr HDMI kamera var to normāli atpazīt, Mainstream var piekļūt normāli.
Ja HDMI kamera netiek normāli atpazīta, lūdzu, vēlreiz pārbaudiet HDMI vadu un strāvas padevi (ņemiet vērā, ka tas ir jaudas cikls, nevis programmatūras restartēšana tīmekļa lapā)
Papildus, dēlis izmanto nejaušu Mac adresi, tāpēc Mac adrese mainīsies katru reizi, kad mēs to restartēsim.
Ierīcēm ar ARP kešatmiņu (piemēram, dators), pēc restartēšanas, tas būs īslaicīgi (dažas sekundes) nevar piekļūt platei no tīkla. , Mēs nevaram tai piekļūt, kamēr ARP pieprasījums nav atkārtoti iniciēts pēc taimauta (veiktspēja ir tāda, ka kodēšanas paneli nevar piezvanīt vairākas sekundes pēc restartēšanas)
tāpēc, Es domāju, ka vēl viena iespēja ir tad, kad klients piekļūst galvenajam tīklam, tai nevar piekļūt iepriekš minēto iemeslu dēļ. Pēc tam, kad klients piekļūst apakšstraumei, arp kešatmiņa tiek atsvaidzināta, un klients var tai piekļūt, bet klients atkārtoti neapmeklē galveno plūsmu.
"Ikreiz, kad vienlaikus ieslēdzam sistēmas kameru un kodētāju, mēs nevaram lasīt "galveno plūsmu", mēs varam lasīt tikai “apakšstraumi”."
iVcan:
Spriežot pēc jūsu apraksta šeit, šķiet, ka jūsu kamera ir iedarbināta pēc mūsu kodēšanas dēļa. Lūdzu, vispirms iedarbiniet kameru, un pēc tam ieslēdziet un palaidiet mūsu kodēšanas plati, lai to izmēģinātu. Varbūt tajā pašā laikā tas nav ieslēgts. Svarīgs ir arī ieslēgšanas pasūtījums. Piemēram, kameras palaišanas nepieciešamība 10 sekundes, bet mūsu kodētāja plates startēšanai nepieciešams tikai 5 sekundes.
Jo es neesmu pārliecināts, vai jūsu kamera ļoti lēni inicializējas pēc ieslēgšanas.
Tā kā mūsu kodētāja panelis sāk darboties ļoti ātri, iespējams, ka kamera nav inicializēta pēc tam, kad tā ir iedarbinājusi mūsu kodētāja paneli, kas var radīt dažas neparedzētas problēmas. Tas var arī izskaidrot, kāpēc “Mums ir “jāpārstartē” kodētājs, izmantojot tīmekļa saskarni, lai tas darbotos: pēc atsāknēšanas mēs varam tieši nolasīt galveno straumi., jo tad, kad jūsu tīmekļa lapa restartē kodētāja paneli, kamera jau ir inicializēta.
tāpēc, pēdējie ieteikumi ir šādi (Es centos visu iespējamo, lai uzskaitītu visu, kas ienāca prātā, un ļāvu jums tos pārbaudīt atsevišķi);
Apskatiet tīmekļa servera video lapu un pārbaudiet, vai HDMI kamera tiek atpazīta normāli (varat mums nosūtīt ekrānuzņēmumu). Kamēr kamera tiek atpazīta normāli, Var piekļūt galvenajai plūsmai;
Ieteicams vispirms ping kodēšanas paneli zem cmd, un pēc tam piekļūstiet mainStream un subStream zem vlc, lai izvairītos no kļūdainas domāšanas, ka Mainstream nevar piekļūt nejaušu Mac problēmu dēļ..
Vispirms iedarbiniet kameru (uz dažām sekundēm), pēc tam ieslēdziet un palaidiet mūsu kodēšanas plati, lai mēģinātu (skatiet iepriekš aprakstītos iemeslus)
Izpildiet sākotnējo darbību “vienlaikus ieslēdziet sistēmas kameru un kodētāju”. Kad problēma “mēs nevaram lasīt “mainstream”, mēs varam lasīt tikai “apakšstraumi”. tiek reproducēts, Nerestartējiet kodēšanas plati, izmantojot tīmekļa lapu, bet nomainiet HDMI kabeli starp kameru un kodēšanas plati. Es domāju, ka tā ir tikai karstās maiņas operācija (jo man ir aizdomas, ka tā ir spraudņa noteikšanas problēma, kuras dēļ kamera nevar izveidot savienojumu ar kodēšanas plati. Nosūtiet HDMI signālu).
Klients:
Es vienmēr varu lasīt apakšstraumi. MainStream tikai pēc pārstartēšanas.
iVcan:
Tad mūsu kodētāja panelis var noteikt jūsu kameru.
Lūdzu, veiciet testu.
Vispirms iedarbiniet kameru (uz dažām sekundēm), pēc tam ieslēdziet un palaidiet mūsu kodēšanas plati, lai mēģinātu.
Inženieris uztraucas par to, ka ir nepieciešams palaist kameru 10 sekundes, bet mūsu kodētāja plates startēšanai nepieciešams tikai 5 sekundes.
Lūdzu, veiciet šo pārbaudi, lai izslēgtu atšķirīgu startēšanas laiku.
iVcan:
Kad jūs veicat testēšanu, labāk ir noregulēt iestatījumu atpakaļ (sarkani vārdi) vai skatiet attēlu zemāk.
Klients:
Gan kodētāja plate, gan kamera tiek ieslēgta tieši tajā pašā laikā. Iespējams, ka kameras palaišana aizņem nedaudz ilgāku laiku nekā kodētāja plate.
I confirm that the camera seems to be not recognized on startup “CVBS pal” is displayed at the top.
Pirms mēģināt nolasīt abas straumes, es varu pingot tāfelei
Kad es vispirms iedarbinu kameru (uz dažām sekundēm), pēc tam ieslēdziet (15 sekundes vēlāk) un sāciet kodēšanas plati, Es varu labi lasīt straumi.
If I “turn on the system camera and the encoder at the same time”. Un tad karsti pievienojiet HDMI (15 sekundes vēlāk), Es varu labi lasīt straumi.
Ko es varu darīt, lai varētu lasīt galveno straumi, neveicot šīs darbības ? Sūtīt http pieprasījuma atsāknēšanu ar manu programmatūru, dažas sekundes pēc palaišanas ?
iVcan:
Nu, tas pierāda manu minējumu. Pārējiem mūsu klientiem, kamera un mūsu kodēšanas plate tiek ieslēgta vienlaikus. Kameras var normāli atpazīt mūsu kodēšanas plati un nosūtīt HDMI signālus. Tikai daži klienti ir saskārušies ar šādām problēmām, izmantojot pielāgotās HDMI kameras. Tālāk norādīto risina paši klienti (mainīt kameras iestatījumus/mainīt kameras).
Klients:
Vai jums ir programmatūras versija, kuru izstrādājat mums? Mēs to precizēsim mūsu PO.
iVcan: Jūsu ierīces programmaparatūras versija ir v6.5.5a.
Mums ir video kodētāja kļūda, ko man darīt?
1. No jūsu parādītā fotoattēla, konstatējām, ka kondensators un induktors apakšējā kreisajā stūrī ir bojāti ārējā spēka ietekmē. Iespējams, tie tika notriekti iepakošanas un transportēšanas laikā, un jūsu uzņēmums darbības laikā tos nejauši notrieca.
Izceltās ir trūkstošās ierīces, kuri ir:
1、C176：KLP,10NF,+/-10%,X7R,1000V,SMD1206
2、C21：KLP,22UF,+/-20%,X5R,6.3V,SMD0603
3、R34：FB,120R@100M,+/-25%,3A,SMD0603 (magnētiskās lodītes)
Lūdzu, mēģiniet atrast tās pašas daļas, nomainiet tās un pēc tam rūpīgi pārbaudiet, vai nav citu detaļu.
Ja jums joprojām ir jautājumi, sazinieties ar mums.
Klients:
šī bojātā daļa tiek izmantota, lai darbinātu kuru ķēdi?
iVcan:
1.5V barošanas avots, DDR barošana， lūdzu, pārbaudiet zemāk redzamo attēlu.
Klients:
Mēs nomainījām sastāvdaļas saskaņā ar jūsu ieteikumu, kodētājs nedarbojas.
Papildus, mēs konstatējām citas kvalitātes problēmas ar metinātajām šuvēm, vairāki manuāli pārstrādājumi.
Kā mēs varam turpināt standarta maiņu saskaņā ar garantiju?
iVcan:
Neuztraucieties par to, lūdzu, nosūtiet to mums atpakaļ, un mēs jums nomainīsim jaunu.
Vai jūsu HDMI + CVBS video kodētāja plates atbalsts ONVIF?
Inženieris teica, ka ONVIF protokols netiek pilnībā atbalstīts. Tas ir atkarīgs no jūsu īpašajām prasībām.
Video atskaņotājs atbalsta RTSP, VLC, Easyplay, un protokola atbalsta UDP atskaņotājs.
Vai varu izmantot hdmi straumi un CVBS straumi kopā?
Mūsu video kodēšanas plate atbalsta divus video kanālus vienlaikus, viens ir HDMI video straumes un CVBS video straumes kodējums.
jautājums: Kādu laiku raksturo jūsu DVB-T modulators (raidītājs) ir? Tālāk redzamo var redzēt, ja aplūkojam DVB-T standartu ETSI EN 300 744.
Bet kādi laiki ir jūsu DVB-T TX modulī?
Mums tas ir vajadzīgs, jo mēs domājam par strauji mainīgu frekvenci video straumēšanas laikā, tāpēc mums ir jāsaprot šī režīma reālie laiki. Mēs izmantojam QPSK, CR=1/2, GI=1/32, joslas platums = 8 MHz.
atbilde: Mūsu DVB-T modulatorā, gan pārraidītā simbola laiks, gan apsardzes laiks ir vienādi, ar 400 744 specifikācija
cvbs pārveidotājs uz IP, av signāla pārveidotājs uz Ethernet, SDI CVBS kodētājs,
Q: Cik liels būs latentums, ja pievienošu divas kameras (HDMI + CVBS)?
Man ir divas kameras, viena ir hdmi kamera, un otrā ir CVBS kamera. Es pārveidošu abas video straumes uz IP Ethernet, izmantojot šo plati, un pretējā uztvērēja puse būs dators.
A:
Video kodēšanas plates aizkavē ir jāņem vērā kodēšana un dekodēšana. It is impossible to test the accurate delay from the encoding board alone.
parasti, the delay caused by the decoder board is greater.
With different software players, the latency varies greatly. Piemēram, using our Splayer the delay is about 100ms, and using VLC the delay can be up to 300ms.
The delay of the CVBS camera is difficult to measure accurately. Delays below 100ms are difficult to measure with a stopwatch. Papildus, the delay of Vcan1681 itself is not easy to test. Without the decoder board, you can’t even see the image. It cannot be calculated by using a stopwatch, and there is no way to measure it with an oscilloscope.
After the customer buys the encoding board, he will definitely need a player to decode. Then it is better to ask the customer what kind of player he plans to use for decoding (ours, klienta pašu, vai trešā puse), lai mēs varētu labāk zināt, vai kodēšanas tāfele atbilst klientu prasībām (funkcija un veiktspēja) vai nē.
Kā pārbaudīt video kodētāja plates latentumu?
- Es pavēru kameru uz datora ekrāna hronometru.
- Cits dators atskaņo video, kas nosūtīts no pašreizējās kodēšanas plates, un datora ekrānā parāda arī hronometru.
- Jums ir jāsamazina divas reizes, proti, kavēšanās no kameras uz monitoru. (Ieskaitot kameras un ekrāna aizkavi)
- Lūdzu, pārbaudiet zemāk esošos attēlus
Q: Cik liels ir latentums, ja izmantoju jūsu kodētāju un dekodētāja plati?
A: Labāk ir izmantot mūsu kodētāja un dekodētāja plati. Kodētāja un dekodētāja plates cenas ir vienādas. Tālāk sniegtais latentuma testa rezultāts ir tikai atsaucei, neskaitot kameras aizkavi.
- CVBS input to our encoder board—–our decoder board with HDMI output, aizkave ir 60-90 ms
- HDMI input to our encoder board—–our decoder board with HDMI output, aizkave ir 90 ~ 130 ms
- HDMI 720P input our encoder board——–our decoder board with HDMI output, aizkave no 80 līdz 100 ms
- HDMI 1080P input our encoder board——–our decoder board with HDMI output, aizkave no 100 ~ 130 ms
Mazākam latentumam, varat arī izmantot mūsu video kodētāju un video dekodētāja paneli. Tas būs daudz labāk nekā atskaņot video straumēšanu datorā, izmantojot VLC atskaņotāju.
Kura video dekodētāja plate atbalsta H264 H265 un īpaši zemu latentumu?
Kreisās puses zilā dekodētāja plate atbalsta H265 un H264 dekodēšanu, bet neatbalsta zema latentuma dekodēšanu. (Samsung mikroshēmojums)
Labās puses tāfele atbalsta H264 dekodēšanu, bet atbalsta H264 zema latentuma dekodēšanu. (HiSilicon)