Mas mababang latency HDMI CVBS UVC USB sa IP Ethernet RTSP UDP video encoder converter board test sa pamamagitan ng webcam

USB camera encoder board

Ngayon, Isang kliyente ang nagtanong sa akin na ipakita sa kanya ang UVC sa RTSP Video Encoder Board. Kaya sa ibaba ng video, Ipinapakita ko ang USB camera na gumagana kasama ang aming encoder ng video, HDMI CVBS UVC USB sa IP ethernet RTSP UDP video encoder, at output buhay stream.

Ang web camera ay input sa pamamagitan ng USB sa video encoder board, at ang video stream ay output sa pamamagitan ng net cable sa isang computer. Sa computer, ginagamit namin ang Easyplayer bilang RTSP player. Ang aming HDMI / CVBS / USB input ng video, sa pamamagitan ng RTSP / UDP video stream output encoder board, sinusuportahan din ang VLC player, Ngunit ito ay unibersal na software, kaya mas malaki ang delay.

Sinusuportahan din ng aming video encoder board ang UDP protocol. Bukod sa pagpapatakbo ng RTSP player sa computer, nagpapatakbo din kami ng UDP player, Splayer. Sa video, makikita natin na ang Splayer na sumusuporta sa UDP protocol ay may mas mababang latency. Oo nga naman, ang pagkaantala na ito ay nasa millisecond level, at ang pagkakaiba ay ilang sampu lamang ng milliseconds. Kung ang aming decoder board at encoder board ay ginagamit nang magkasama, ang delay ay tungkol sa 80-100 milliseconds.

Tingnan natin ang isa pang pagtingin sa isang USB camera na konektado sa aming ultra mababang latency encoder board bilang isang pinagmulan ng video. Ang video stream ay output sa computer sa pamamagitan ng network cable at nilalaro sa real time sa pamamagitan ng paggamit ng Easyplayer, na sumusuporta sa RTSP protocol at ang Splayer, na sumusuporta sa UDP protocol.

Para sa pagsubok na ito, gumagamit kami ng isang regular na USB webcam na ang latency ay hindi na optimize. Kung mayroon kang isang espesyal na camera, Maaari mo ring sabihin sa amin ang camera chip at lens modelo, at maaari rin nating subukan ang real time na pagkaantala nang magkasama.

Ito ay isa pang modelo ng USB camera. Narito ang video input sa aming video encoder board. Ang ethernet cable ay kumokonekta sa aming video encoder board at sa computer. Sa computer, sa pamamagitan ng isang RJ45 network port.

Sa computer, Pinapatakbo namin ang LVC player sa oras na ito. Sinusuportahan din ng LVC Player ang protocol ng RTSP. Mula sa menu ng media, Piliin ang Open Network Stream, at ipasok ang RTSP URL ng aming default na Video Encoder Board.

Ang pangunahing bentahe ng UVC sa mga encoder ng RTSP ay ang kanilang mababang kakayahan sa latency. Ang aming mas mababang latency video encoder board ay maaaring makamit ang latency na mas mababa sa 60-90 Milliseconds para sa mga input ng CVBS. 90-130 millisecond para sa mga input ng HDMI, Ginagawa ang mga ito na angkop para sa mga application ng real-time tulad ng pagsubaybay at live na pagsasahimpapawid.

Ang aming UVC HDMI CVBS sa IP RTSP UDP Converter Encoders ay sumusuporta sa iba't ibang mga format ng input, pinapayagan ang kakayahang umangkop sa pagpili ng camera, Para sa mga sistema ng pagsubaybay, streaming live broadcast, Videoconferencing, at pagsubaybay sa industriya.

FAQ

Q1: Nagtatrabaho ako sa iyong encoder. Makakakuha ako ng RTSP Stream sa VLC Player at UDP Stream sa Splayer. Ngunit nais kong makatanggap ng MPEG-TS UDP Packet sa VLC na tumatakbo sa Ubuntu.

A1: Kung ang customer ay walang mga espesyal na kinakailangan para sa firmware kapag naglalagay ng order, gagamit kami ng isang pasadyang protocol, na optimize batay sa MPEGTS protocol, ay may mas mataas na bandwidth paggamit, sumusuporta sa serial port transparent transmission at AES encryption at decryption, kaya ang mga DVB-T receiver sa merkado ay hindi tugma. Kung gagamitin mo ang VLC player, pwede mo lang gamitin ang RTSP protocol para makakuha ng audio at video stream. Sinusuportahan din ng firmware na ito ang UDP protocol at kailangang i play sa Splayer.

Kung pumayag ang customer na i-upgrade ang standard MPEG-TS protocol, pwede rin nilang gamitin ang VLC player's UDP protocol para maglaro.
Gayunman, ang standard protocol na ito ay nawawala ang AES encryption at serial port transparent transmission functions pagkatapos ng pag upgrade, at hindi maaaring i play gamit ang Splayer. Ang VLC player ay maaaring magamit sa parehong Windows at Ubuntu Linux system.

Q2: Bakit kailangan ng kliyente ng UDP upang maglaro ng mga mpegts stream na may VLC?

A2: Kailangan nating gamitin ang udp stream upang maaari itong gumana simplex link. Paano namin magagamit ang udp stream upang makatanggap sa Ubuntu? Mangyaring ibahagi ang isang bagay mula sa kung saan maaari naming matanggap ang udp stream sa Ubuntu PC.

Nais mong i-download ang standard MPEG-TS protocol firmware para sa Vcan1746?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link

Paano mag upgrade ng encoder board firmware?

Mangyaring mahigpit na sundin ang mga tagubilin ng dokumento ng pagpapakilala ng pag upgrade ng webpage upang makumpleto ang dalawang hakbang na pag upgrade. Huwag magsagawa ng karagdagang mga operasyon (tulad ng pagpindot sa pindutan ng pag upgrade nang maraming beses) sa panahon ng proseso ng pag upgrade. Huwag patayin ang kapangyarihan sa panahon ng proseso ng pag upgrade.

Ang paggamit ng VLC player ay pareho sa Windows at Ubuntu, kaya hindi na kailangang bigyang diin ang sistema. Kung sigurado ka na kailangan mong gamitin ang VLC player's UDP upang i play ang mga stream ng video, tapos dapat upgrade mo yung standard MPEG-TS firmware.

1. Sundin ang mga tagubilin sa pag upgrade sa itaas at mag upgrade sa standard MPEGTS protocol firmware sa pamamagitan ng web page. Kung ang pag upgrade ay matagumpay ay maaaring kumpirmahin sa pamamagitan ng pag access sa pahina ng system ng web server.
2. 
3. Paano makakuha ng mga stream ng audio at video sa vlc player: Mag log in sa webserver ng Vcan1746 encoder board, palitan ang remote IP sa IP ng PC, at palitan ang protocol sa dalawa (upang mapadali ang pagpapakita ng mga protocol ng UDP at RTSP nang sabay sabay)
4. 
5. Paano nakakakuha ng audio at video stream ang VLC player sa pamamagitan ng UDP?
6. 
7. Paano nakakakuha ng audio at video stream ang VLC player sa pamamagitan ng RTSP?
8. 
9. Ang paggamit ng VLC player ay pareho sa Windows at Ubuntu.

Q3: Naipon ko na at tumakbo dvb_demux_test app sa Linux. Nakikita ko na ang app na ito ay nagtatakda ng isang thread at tumatanggap ng mga packet ng UDP sa port 1234. Nais kong malaman kung ano ang ginagawa nito sa mga packet na ito pagkatapos nito. Ano ang mga pag -andar ng DBV sa mga packet na ito?

A3: Aling numero ng port ang gagamitin ay nakasalalay sa mga setting ng encoding board ng customer. Halimbawa, Kung ang default na numero ng port na ginamit UDP ay 8090, Dapat baguhin ng customer ang programa ng pagsubok at gamitin 8090 sa halip.

1. Ang Remote IP ay dapat itakda sa IP address ng PC
2. Ang port ay maaaring itakda ng kliyente, tulad ng 1234, o ang default 8090;
3. Ang protocol ay dapat na UDP, o pareho

Q4: Paano ako makakabuo ng isang bersyon ng Linux ng splayer batay sa halimbawa na iyong ibinigay?

A4: Sa parse_pal, Ang timestamp at nal_type ng video frame nal ay nasuri, At ito ay isang kumpletong video nal.

Maaaring tawagan ng customer ang decoding library na isinulat niya (tulad ng ffmpeg) upang mabasa ito.

Maaari kang sumangguni sa aming Splay Player SDK (Batay sa Windows System).

Ang DVB_DEMUX_TEST ay nagpapatupad ng pagproseso ng front-end sa splayer player. Ang isang kumpletong manlalaro ay nangangailangan ng mga sumusunod na bahagi: Demux, decode, displey, talaan. DVB_DEMUX_TEST Implement Demux.

Maliban sa Demux, na nagsasangkot sa aming pasadyang protocol at hinihiling sa amin na magbigay ng isang silid -aklatan, Ang iba pang mga bahagi ay bukas at transparent at maaaring maipatupad sa iba't ibang paraan. Maaaring gamitin ng mga customer ang atin, tulad ng aming splayer sa ilalim ng Windows, O maaari nilang gamitin ang kanilang sarili (halimbawa, Isinulat nila ang kanilang sariling manlalaro), o kahit na makahanap ng iba pang mga indibidwal at kumpanya na gumawa ng mga manlalaro upang mabuo ang mga ito.

Dahil maraming mga customer, Kahit na bubuo sila ng kanilang sariling mga manlalaro, maaaring talagang tumawag sa FFMPEG/VLC upang maipatupad ito, na kung saan ay isang disguise lamang. Sa kasong ito, Halos hindi nila mahawakan ang mga protocol na hindi sumusuporta sa FFMPEG/VLC (tulad ng aming pasadyang mga protocol) (Dahil hindi sila bubuo ng isang manlalaro mula sa simula). Ang paglipat sa karaniwang protocol ng MPEGT ay magagawa para sa mga naturang customer. dvb_demux_test, angkop para sa mga customer na nais na bumuo ng isang player mula sa simula.