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.

Լավագույն վիդեո կոդավորիչի ապակոդավորիչ 2024 կենդանի հոսքի համար

Բովանդակություն

Մեզ պետք է SDI եւ PAL- ով արտադրանք, ինչպես մուտքը եւ Ethernet հոսքը որպես արտադրանք, H.265 վերծանման հետ.

1. VCAn1681- ը աջակցում է SDI- ին եւ PAL- ին.
https://ivcan.com/p/hdmi-to-ip-encoder-modulator-module-board-cvbs-hdmi/

2. Մենք ունենք երկու որոնված, H265 եւ H264 կոդավորողին աջակցելու եւ ապակոդավորիչին.

Ձեր վիդեո կոդավորիչի ապակոդավորիչն աջակցում է HD-SDI- ին? 1080p կամ 1080i.

1. Max- ը աջակցում է 1080p.
2. HDMI ներդրումը աջակցում է 4K- ին.

Կարող է ձեր կոդավորիչը համատեղելի լինել ցանկացած H264 / H265 Decoder I.E- ի հետ. Nvidia Jetson Decoder etc

Պետք է ինժեներին հարցնել, Խնդրում ենք պատմել մեզ տեսանյութի ապակոդի մանրամասները, եթե ունեք.
Մենք ունենք նաեւ վիդեո կոդավորիչ եւ ապակոդավոր տախտակ, Եթե երկուսդ էլ մերն է, Հետո խնդիր չէ.

4K կամ 1080p տեսանյութի համար Որն է կլինի Ethernet տվյալների տոկոսադրույքը?

Տեսանյութի բիթը կազմաձեւվում է հաճախորդի կողմից (օգտագործող).

Մենք կօգտագործենք ձեր վիդեո կոդավորիչի տախտակը երկու մուտքով (HDMI և PAL) եւ 12V Alimentation- ով. Լավ է?

Նկատի ունեք HDMI կամ AV մուտքը (Աջակցեք տեսանյութերի երկու տեսակներին), թե՞ Ձեզ անհրաժեշտ են HDMI և AV երկու միաժամանակյա մուտքեր ապահովելու համար?

Q: Մենք պետք է ունենանք HDMI եւ AV, երկու միաժամանակյա մուտքերի աջակցման համար.
A: Լավ. Մեր որոնվածի ինժեները որոշ օրեր կկազմի նոր որոնվածը `ձեզ անհրաժեշտ այս գործառույթը բավարարելու համար. Ես կբարձրացնեմ այն եւ ցույց կտամ փորձարկման տեսանյութը. https://youtu.be/izdFa1nw7u8

iVcan: Խնդրում ենք օգնել հաստատել, որ HDMI- ն եւ CVB- ները կարող են միաժամանակ աջակցել, բայց ձայնը կարող է ընտրվել միայն երկուսից մեկից (Համակարգն ընտրում է HDMI աուդիո/անալոգային աուդիո՝ ըստ տեսամուտքի իրավիճակի), Լավ է ձեզ համար?

հաճախորդ: Մեզ պետք չէ աուդիո, Այսպիսով արեք այն, ինչը ձեզ համար ամենալավն է.

iVcan: Մեր ծրագրային ապահովման ինժեները ձեզ համար ծրագրաշար է արել. Խնդրում ենք ստուգել նկարները հավելվածներում.
Այժմ այն աջակցում է HDMI տեսախցիկին եւ CVB- ներին.
HDMI video input to IP RJ45 output encoder converter
RTSP player supports two video streams
RTSP player shows HDMI camera and CVBS camera

հաճախորդ:
Ես բազմիցս փորձարկել եմ ձեր կոդավորիչը մեր համակարգի հետ. Ընդհանուր առմամբ դա լավ է աշխատում.
Բայց մենք ունենք մեկ մեծ խնդիր, որպեսզի կարողանանք վավերացնել դրա օգտագործումը :
Երբ մենք միաժամանակ միացնենք համակարգի տեսախցիկը եւ կոդավորիչը, մենք ի վիճակի չենք կարդալ “mainStream”, մենք կարող ենք միայն կարդալ “ենթահոսք”.
Մենք պետք է “Վերագործարկեք” կոդավորիչը վեբ ինտերֆեյսի միջոցով, որպեսզի այն աշխատի: Վերաբեռնման ավարտից հետո մենք կարող ենք ուղղակիորեն կարդալ հիմնական հոսքը.
Մենք փորձեցինք ինչպես VLC եւ Gstreamer- ով.
Ի՞նչ կարող ենք փորձել, որպեսզի երկու հոսքերն էլ ընթեռնելի լինեն գործարկման ժամանակ ?

iVcan:
Մեր ինժեներների կարծիքով, դա կամ տեսախցիկի ճանաչման խնդիր է, կամ հաճախորդի օգտագործման խնդիր.
Ես կասկածում եմ, որ տախտակի քարտը չի ճանաչել հաճախորդի HDMI տեսախցիկը.
Սա հեշտ է ստուգել (եթե չեք կարող մուտք գործել ենթահոսք, դժվար կլինի ստուգել).
Մուտք գործեք կոդավորման տախտակի վեբ սերվեր և տեսախցիկի ճանաչման կարգավիճակը կարող եք տեսնել տեսանյութի էջում.
HDMI encoder can detect the video input source

iVcan:
Տեսանյութի էջը կցուցադրի միայն մեկ տեսախցիկի ճանաչման կարգավիճակը. Եթե HDMI և AV տեսախցիկները միացված են և ճանաչվում են միաժամանակ, տեսանյութի էջը կցուցադրի HDMI տեսախցիկի ճանաչման կարգավիճակը (ինչպես օրինակ 1080p60):
Քանի դեռ HDMI տեսախցիկը կարող է այն նորմալ ճանաչել, Հիմնական հոսքը կարելի է մուտք գործել նորմալ.
Եթե HDMI տեսախցիկը նորմալ չի ճանաչվում, խնդրում ենք նորից ստուգեք HDMI լարերը և սնուցումը տախտակի վրա (նշեք, որ սա էներգիայի ցիկլ է, ոչ ծրագրային ապահովման վերագործարկում վեբ էջում)
Ի հավելումն, խորհուրդը օգտագործում է պատահական Mac հասցե, այնպես որ Mac հասցեն կփոխվի ամեն անգամ, երբ մենք այն վերագործարկենք.
ARP քեշ ունեցող սարքերի համար (ինչպիսին է համակարգիչը), վերագործարկումից հետո, դա ժամանակավոր է լինելու (մի քանի վայրկյան) անհնար է ցանցից մուտք գործել տախտակ. , Մենք չենք կարող մուտք գործել այն մինչև arp հարցումը նորից չգործարկվի ժամանակի ավարտից հետո (Արդյունավետությունն այն է, որ կոդավորման տախտակը վերագործարկվելուց հետո մի քանի վայրկյան չի կարող պինգվել)
ուստի, Ես ենթադրում եմ, որ մեկ այլ հնարավորություն այն է, որ երբ հաճախորդը մուտք է գործում հիմնական հոսք, այն չի կարող մուտք գործել վերը նշված պատճառներով. Այնուհետև, երբ հաճախորդը մուտք է գործում ենթահոսք, arp cache-ը թարմացվում է, և հաճախորդը կարող է մուտք գործել այն, բայց հաճախորդը չի վերանայում հիմնական հոսքը.

“Երբ մենք միաժամանակ միացանք համակարգի տեսախցիկը եւ կոդավորիչը, Մենք չենք կարող կարդալ «հիմնական հոսքը», Մենք կարող ենք կարդալ միայն «Substream» - ը.“

iVcan:
Դատելով ձեր նկարագրությունից այստեղ, թվում է, որ ձեր տեսախցիկը գործարկվել է մեր կոդավորման տախտակից հետո. Խնդրում ենք նախ միացնել ձեր տեսախցիկը, այնուհետև միացրեք և սկսեք մեր կոդավորման տախտակը փորձել այն. Միգուցե այն միաժամանակ միացված չէ. Միացված կարգը նույնպես կարևոր է. Օրինակ, ձեր տեսախցիկի գործարկման կարիքը 10 վայրկյան, բայց մեր կոդավորման տախտակի գործարկմանը միայն անհրաժեշտ է 5 վայրկյան.
Քանի որ ես վստահ չեմ, թե արդյոք ձեր տեսախցիկը շատ դանդաղ է սկզբնավորումը միացնելուց հետո.
Քանի որ մեր կոդավորման տախտակը շատ արագ է սկսվում, հնարավոր է, որ տեսախցիկը չի նախաստորագրվել այն բանից հետո, երբ այն գործարկել է մեր կոդավորման տախտակը, ինչը կարող է հանգեցնել որոշ անսպասելի խնդիրների. Սա կարող է բացատրել նաեւ, թե ինչու «Մենք պետք է« վերագործարկենք »կոդավորիչը վեբ ինտերֆեյսի միջոցով, որպեսզի այն աշխատի: Վերաբեռնման ավարտից հետո մենք կարող ենք ուղղակիորեն կարդալ հիմնական հոսքը »:, քանի որ երբ ձեր վեբ էջը վերագործարկում է կոդավորման տախտակը, տեսախցիկը արդեն նախաստորագրված է.
ուստի, վերջնական առաջարկները հետևյալն են (Ես ամեն կերպ փորձեցի թվարկել այն ամենը, ինչ մտքովս անցավ, և թույլ տամ, որ դրանք փորձարկեք առանձին);
Նայեք վեբ սերվերի վիդեո էջին և հաստատեք, թե արդյոք HDMI տեսախցիկը նորմալ է ճանաչվում (կարող եք մեզ ուղարկել սքրինշոթ). Քանի դեռ տեսախցիկը նորմալ է ճանաչվում, Հիմնական հոսքը հասանելի է;
Առաջարկվում է, որ նախ կոդավորման տախտակը գրեք cmd-ի տակ, և այնուհետև մուտք գործեք mainStream և subStream vlc-ի ներքո, որպեսզի սխալմամբ չմտածեք, որ Mainstream-ը չի կարող մուտք գործել պատահական Mac-ի խնդիրների պատճառով.
Թույլ տվեք նախ միացնել ձեր տեսախցիկը (մի քանի վայրկյանով), այնուհետև միացրեք և սկսեք մեր կոդավորման տախտակը փորձել (տես վերը նկարագրված պատճառները)
Հետեւեք «Միաժամանակ միացրեք համակարգի տեսախցիկը եւ կոդավորիչը միաժամանակ». Երբ խնդիրը. «Մենք ի վիճակի չենք կարդալ« հիմնական հոսքը », Մենք կարող ենք կարդալ միայն «ենթածրագիր» »: վերարտադրվում է, Մի վերագործարկեք կոդավորման տախտակը վեբ էջի միջոցով, բայց տաք փոխեք HDMI մալուխը ձեր տեսախցիկի և կոդավորման տախտակի միջև. Կարծում եմ՝ դա միայն «hot-swap» օպերացիան է (քանի որ ես կասկածում եմ, որ դա plug-in-ի հայտնաբերման խնդիր է, որի պատճառով տեսախցիկը չի միանում կոդավորման տախտակին. Ուղարկեք HDMI ազդանշան).

հաճախորդ:
Միշտ կարող եմ կարդալ substream- ը. Հիմնական հոսքը վերաբեռնման մեջ միայն.

iVcan:
Այնուհետեւ մեր կոդավորիչ խորհուրդը կարող է հայտնաբերել ձեր տեսախցիկը.
Խնդրում եմ, փորձություն կատարեք.
Թույլ տվեք նախ միացնել ձեր տեսախցիկը (մի քանի վայրկյանով), այնուհետև միացրեք և սկսեք մեր կոդավորման տախտակը փորձել.
Ինժեները անհանգստացնում է ձեր խցիկի գործարկման կարիքները 10 վայրկյան, բայց մեր կոդավորման տախտակի գործարկմանը միայն անհրաժեշտ է 5 վայրկյան.
Խնդրում ենք կատարել այս թեստը `բացառելու տարբեր գործարկման ժամանակների հնարավորությունը.

iVcan:
Երբ փորձարկում եք, Ավելի լավ է կարգաբերումը հետ կանգնել (կարմիր բառեր) կամ տես ներքեւի նկարը.
analogue to ip video encoder for living stream

հաճախորդ:
Կոդավորիչ տախտակը եւ տեսախցիկը երկուսն էլ աշխատում են նույն ժամանակ. Հավանական է, որ խցիկի գործարկման համար անհրաժեշտ է մի փոքր ավելի երկար, քան կոդավորիչ տախտակը.

Ես հաստատում եմ, որ տեսախցիկը կարծես թե չի ճանաչվում գործարկման ժամանակ “Cvbs pal” ցուցադրվում է վերեւում.

Ես կարող եմ տախտակը լավ ping նախքան փորձել կարդալ երկու հոսքերը

Երբ առաջինը սկսում եմ իմ տեսախցիկը (մի քանի վայրկյանով), ապա իշխանությունը (15 վայրկյան անց) եւ սկսեք կոդավորման տախտակը, Ես կարող եմ կարդալ հոսքը պարզապես լավ.
Եթե ես “Միացրեք համակարգի տեսախցիկը եւ կոդավորիչը միեւնույն ժամանակ ». Եւ ապա տաք վարդակից HDMI- ն (15 վայրկյան անց), Ես կարող եմ կարդալ հոսքը պարզապես լավ.

Ինչ կարող եմ անել, որպեսզի կարողանամ կարդալ հիմնական հոսքը, առանց այս բաների վրա անելու ? Ուղարկեք HTTP հարցման վերագործարկումը իմ ծրագրաշարի միջոցով, Գործարկման մի քանի վայրկյան հետո ?

iVcan:
Դե,, Դա ապացուցում է իմ գուշակությունը. Մեր մյուս հաճախորդների համար, Տեսախցիկը եւ մեր կոդավորող խորհուրդը բոլորն էլ միաժամանակ սնվում են. Տեսախցիկները կարող են նորմալ ճանաչել մեր կոդավորման տախտակը եւ ուղարկել HDMI ազդանշաններ. Միայն մի քանի հաճախորդներ հանդիպել են նման խնդիրների, օգտագործելով իրենց հարմարեցված HDMI տեսախցիկները. Հաճախորդները լուծվում են իրենք (Փոփոխելով նրանց խցիկի պարամետրերը / փոխելով տեսախցիկները).

հաճախորդ:
Դուք ունեք այն ծրագրաշարի տարբերակը, որը դուք զարգացնում եք մեզ համար? Մենք դա ճշգրտելու ենք մեր PO- ում.

iVcan: Որոնվածի տարբերակը ձեր սարքի համար V6.5.5a է.

Մենք ունենք տեսանյութի կոդավորողի սխալ, ինչ պետք է անեմ?

1. Լուսանկարից ձեր ցուցաբերած լուսանկարից, Մենք պարզեցինք, որ ստորին ձախ անկյունում գտնվող կոնդենսատորը եւ ինդուկտորը վնասվել են արտաքին ուժի պատճառով. Թերեւս դրանք թակվել են փաթեթավորման եւ փոխադրման ժամանակ, եւ ձեր ընկերությունը պատահաբար հաղթեց նրանց գործողության ընթացքում.
video encoder and decoder board bitrate
Ընդգծվածները անհայտ կորած սարքեր են, որոնք են:
1、C176：Կափարիչ,10Նֆ,+/-10%,X7r,1000V,Smd1206
2、C21：Կափարիչ,22Uf,+/-20%,X5r,6.3V,Smd0603
3、R34：Ֆ,120R @ 100 մ,+/-25%,3A,SMD0603 (մագնիսական ուլունքներ)
video encoder decoder block diagram

Խնդրում ենք փորձել գտնել նույն մասերը, փոխարինեք դրանք, ապա ուշադիր ստուգեք, տեսնելու, թե արդյոք կան որեւէ այլ բացակայող մասեր.

Եթե դեռ հարցեր ունեք, խնդրում ենք կապնվել մեզ հետ.

հաճախորդ:
Այս անսարք հատվածը օգտագործվում է, թե որ միացումն է?

iVcan:
1.5V Սնուցման, Powering DDR， խնդրում ենք ստուգել ստորև նկարը.
R34 VDD1V5 of video encoder board
հաճախորդ:
Մենք բաղադրիչները փոխարինեցինք ձեր խորհուրդների համաձայն, Կոդավորիչը ֆունկցիոնալ չէ.
Ի հավելումն, Մենք նշեցինք զոդների հետ կապված այլ որակի խնդիրներ, Մի քանի ձեռնարկի վերամշակում.
Ինչպես կարող ենք շարունակել ստանդարտ փոխանակումը երաշխիքի տակ?

iVcan:
Մի անհանգստացեք դրա մասին, Խնդրում ենք այն ուղարկել մեզ, Եվ մենք ձեզ համար նորը կփոխենք.

Ձեր HDMI- ն է + CVBS վիդեո կոդավորիչի աջակցություն Onvif?

Ինժեներն ասում է, որ ONVIF արձանագրությունը ամբողջությամբ չի ապահովվում. Դա կախված է ձեր հատուկ պահանջներից.
Տեսանյութը աջակցում է RTSP- ին, VLC, Հեշտացած, եւ արձանագրությունների աջակցություն UDP նվագարկիչին.

Կարող եմ միասին օգտագործել HDMI հոսք եւ CVBS հոսք?

Մեր վիդեո կոդավորման խորհուրդը միաժամանակ աջակցում է տեսանյութի երկու ալիք, Մեկը HDMI վիդեո հոսք եւ CVBS վիդեո հոսք կոդավորում է.

Դուք ունեք IP կոդավորողի տախտակին որեւէ lvds?

Ոչ հիմա.

Հարց: Ժամային ո՞ր հատկանիշն է ձեր DVB-T մոդուլյատորը (հաղորդիչ) ունեն? Մենք կարող ենք տեսնել ստորեւ, եթե նայենք DVB-T ստանդարտ Etsi en- ին 300 744.

Բայց ինչ ժամանակներ են ձեր DVB-T TX մոդուլի մեջ?
Մեզ պետք է այն, քանի որ մտածում ենք տեսանյութերի հոսքի ընթացքում արագ փոփոխվող հաճախության մասին, Այսպիսով, մենք պետք է հասկանանք այս ռեժիմի իրական ժամանակները. Մենք օգտագործում ենք QPSK, CR = 1/2, Gi = 1/32, Bandwidth = 8 MHz.

պատասխան: Մեր DVB-T մոդելագրում, Երկուսն էլ փոխանցված խորհրդանիշ ժամանակն են, իսկ պահապան ժամանակը նույնն են, հետ 400 744 ճշգրտում

CVBS փոխարկիչ դեպի IP, AV ազդանշանային փոխարկիչ Ethernet- ում, SDI CVBS կոդավորող,

Q: Որքան կլինի լատենտությունը, եթե ես միացնեմ երկու տեսախցիկ (HDMI + CVBS)?

Ես երկու տեսախցիկ ունեմ, Մեկը HDMI տեսախցիկ է, իսկ երկրորդը CVBS տեսախցիկ է. Ես երկու վիդեո հոսքերը կվերափոխեմ այս տախտակի IP Ethernet- ի, եւ հակառակ ստացող կողմը կլինի համակարգիչ.

Տեսանյութերի կոդավորման տախտակի հետաձգումը պետք է հաշվի առնի կոդավորումը եւ վերծանումը. Հնարավոր չէ միայնակ փորձարկել կոդավորման տախտակից ճշգրիտ հետաձգումը.

սովորաբար, Դեկոդերի տախտակի հետեւանքով առաջացած հետաձգումը ավելի մեծ է.

Տարբեր ծրագրային խաղացողների հետ, լատենտը շատ տարբերվում է. Օրինակ, օգտագործելով մեր Splayer Հետաձգումը մոտ 100ms է, եւ օգտագործելով VLC- ի հետաձգումը կարող է լինել մինչեւ 300MS.

CVB- ների տեսախցիկի հետաձգումը դժվար է ճշգրիտ չափել. 100-ից ցածր ձգձգումները դժվար է չափել վայրկյանաչափով. Ի հավելումն, VCAN1681- ի ուշացումը ինքնին հեշտ չէ փորձարկել. Առանց ապակոդավորի տախտակի, Դուք նույնիսկ չեք կարող տեսնել պատկերը. Այն չի կարող հաշվարկվել `օգտագործելով վայրկյանաչափ, եւ այն ոստրիլոսկոպով չափելու միջոց չկա.

Այն բանից հետո, երբ հաճախորդը գնում է կոդավորման տախտակը, նա անպայման պետք է խաղացողի, որ վերծանվի. Այնուհետեւ ավելի լավ է հաճախորդին հարցնել, թե ինչպիսի խաղացող է նա նախատեսում օգտագործել վերծանման համար (Մերոնք, Հաճախորդի սեփականը, կամ երրորդ կողմ), որպեսզի մենք կարողանանք ավելի լավ իմանալ, կոդավորման խորհուրդը կարող է բավարարել հաճախորդների պահանջները (Գործառույթ եւ կատարողական) թե ոչ.

Ինչպես փորձարկել վիդեո կոդավորողի տախտակի լատենտությունը?

Ես ցուցանակը մատնանշեցի իմ համակարգչի էկրանին վայրկյանաչափով.
Մեկ այլ համակարգիչ ներկայացնում է ընթացիկ կոդավորման տախտակից ուղարկված տեսանյութը եւ ցուցադրում է նաեւ համակարգչային էկրանին տեղադրված վայրկյանաչափը.
Դուք պետք է կրճատեք երկու անգամ, մասնավորապես տեսախցիկի հետաձգումը մոնիտորին. (Ներառյալ տեսախցիկը եւ էկրանի հետաձգումը)
Խնդրում ենք ստուգել ստորև ներկայացված նկարները

Q: Որքան է լատենտությունը, եթե ես օգտագործում եմ ձեր կոդավորիչը եւ ապակոդավորումը?

A: Ավելի լավ է օգտագործել մեր կոդավորիչը եւ ապակոդավորումը. Կոդավորիչը եւ ապակոդավորի տախտակի գները նույնն են. Ստորեւ լատենտության թեստի արդյունքը միայն ձեր հղման համար է, Չի ընդգրկում խցիկի հետաձգումը.

CVBS ներդրումը մեր կոդավորող տախտակին—–Մեր ապակոդավորումը տախտակն է HDMI ելքով, Հետաձգումը 60 ~ 90m է
HDMI մուտք դեպի մեր կոդավորիչ խորհուրդը—–Մեր ապակոդավորումը տախտակն է HDMI ելքով, Հետաձգումը 90 ~ 130M է
HDMI 720P Մուտքագրեք մեր կոդավորիչ խորհուրդը——–Մեր ապակոդավորումը տախտակն է HDMI ելքով, 80 ~ 100ms- ի հետաձգումը
HDMI 1080p Մուտքագրեք մեր կոդավորողի խորհուրդը——–Մեր ապակոդավորումը տախտակն է HDMI ելքով, 100 ~ 130M- ի հետաձգումը

Ավելի ցածր լատենտության համար, Կարող եք նաեւ օգտագործել մեր վիդեո կոդավորիչի եւ վիդեո ապակոդավորիչ խորհուրդը. Դա շատ ավելի լավ կլինի, քան VLC նվագարկչի միջոցով ձեր համակարգչում առկա վիդեո հոսքը խաղալը.

Super lower latency encoder and decoder with two video streaming

HDMI CVBS input encoder and decoder via ip ethernet transmission — HDMI CVBS Մուտքագրեք կոդավորիչը եւ ապակոդավորիչը IP Ethernet փոխանցման միջոցով

Q: Որ վիդեո ապակոդավորման տախտակն աջակցում է H264 H265 և գերցածր հետաձգմանը?

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

Ձախ կողմի կապույտ ապակոդավորման տախտակն աջակցում է H265 և H264 ապակոդավորումը, բայց չի աջակցում ցածր ուշացման ապակոդավորումը. (Samsun Chipset)
Աջ կողմի գրատախտակն աջակցում է H264 ապակոդավորումը, բայց աջակցում է H264 ցածր ուշացման ապակոդավորումը. (HiSilicon)

Q: Մենք փնտրում ենք Ultra-Low- ի հետաձգման FPV վիդեո փոխանցման համակարգ.

Մեզ պետք է TX մոդուլ + ֆոտոխցիկ FPV անօդաչու եւ Ethernet- ի RX մոդուլի համար (IP) արտադրանք. Ինչ կցանկանայիք?

A: Առաջարկեցինք VCAN1746 եւ VCAN1777,

Q: Ձեր USB UVC տեսախցիկը IP RTSP վիդեո կոդավորիչի տախտակ ունի պարզ կապ եւ DC Power ադապտեր?

այո, Մենք կարող ենք ավելացնել 12V DC Power ադապտեր ձեզ համար. Conneciton- ը շատ պարզ է, 12V իշխանությունը մուտքային, Ethernet ելքը ձեր ցանցին կամ համակարգչին, USB մուտքագրում անհրաժեշտ է միացնել ձեր USB տեսախցիկը.