Mniejsze opóźnienie HDMI CVBS UVC USB na IP Ethernet RTSP UDP Test płytki konwertera wideo za pomocą kamery internetowej

Płytka kodera wideo kamery USB

Dzisiaj, jeden z klientów poprosił mnie o pokazanie UVC płytki kodera wideo RTSP. A więc w poniższym filmie, Pokazuję współpracę kamery USB z naszym koderem wideo, Koder wideo HDMI CVBS UVC USB na IP Ethernet RTSP UDP, i wyprowadź strumień na żywo.

Kamera internetowa jest podłączana przez USB do płytki kodera wideo, a strumień wideo jest przesyłany kablem sieciowym do komputera. Na komputerze, używamy Easyplayera jako odtwarzacza RTSP. Nasze HDMI / CVBS / Wejście wideo USB, poprzez RTSP / Karta kodera wyjściowego strumienia wideo UDP, obsługuje także odtwarzacz VLC, ale to jest oprogramowanie uniwersalne, więc opóźnienie będzie większe.

Nasza płyta kodera wideo obsługuje również protokół UDP. Oprócz uruchomienia odtwarzacza RTSP na komputerze, uruchamiamy także odtwarzacz UDP, Rozpylacz. W filmie, widzimy, że Splayer obsługujący protokół UDP ma mniejsze opóźnienia. Oczywiście, opóźnienie to jest na poziomie milisekund, a różnica wynosi tylko kilkadziesiąt milisekund. Jeśli nasza płyta dekodera i płyta enkodera są używane razem, opóźnienie jest ok 80-100 milisekund.

Przyjrzyjmy się jeszcze raz kamerze USB podłączonej do naszej płytki kodera o bardzo niskim opóźnieniu jako źródłu wideo. Strumień wideo przesyłany jest do komputera kablem sieciowym i odtwarzany w czasie rzeczywistym za pomocą Easyplayera, który obsługuje protokół RTSP i Splayer, który obsługuje protokół UDP.

Do tego testu, używamy zwykłej kamery internetowej USB, której opóźnienie nie zostało zoptymalizowane. Jeśli masz specjalny aparat, możesz również podać nam chip aparatu i model obiektywu, możemy także wspólnie przetestować opóźnienie w czasie rzeczywistym.

To kolejny model kamery USB. Oto wejście wideo do naszej płytki kodera wideo. Kabel Ethernet łączy naszą płytkę kodera wideo z komputerem. Do komputera, poprzez port sieciowy RJ45.

Na komputerze, tym razem uruchamiamy odtwarzacz LVC. Odtwarzacz LVC obsługuje także protokół RTSP. Z menu multimediów, wybierz otwarty strumień sieciowy, i wprowadź adres URL RTSP naszej domyślnej karty kodera wideo.

Podstawową zaletą koderów UVC do RTSP jest ich zdolność do małych opóźnień. Nasza płyta kodera wideo o niższym opóźnieniu może osiągnąć opóźnienie tak niskie, jak 60-90 milisekund dla wejść CVBS. 90-130 milisekund dla wejść HDMI, dzięki czemu nadają się do zastosowań w czasie rzeczywistym, takich jak nadzór i transmisje na żywo.

Nasze konwertery UVC HDMI CVBS na IP RTSP UDP obsługują różne formaty wejściowe, co pozwala na elastyczność w doborze aparatu, dla systemów nadzoru, strumieniowe transmisje na żywo, wideokonferencje, i monitorowanie przemysłowe.

FAQ

Q1: Pracuję nad twoim koderem. Mogę uzyskać strumień rtsp w odtwarzaczu VLC i strumień udp w Splayer. Ale chcę otrzymać pakiet mpeg-ts udp w vlc działającym na Ubuntu.

A1: Jeśli klient nie ma specjalnych wymagań co do oprogramowania w momencie składania zamówienia, użyjemy niestandardowego protokołu, zoptymalizowany w oparciu o protokół MPEGTS, ma większe wykorzystanie przepustowości, obsługuje przezroczystą transmisję przez port szeregowy oraz szyfrowanie i deszyfrowanie AES, dlatego odbiorniki DVB-T dostępne na rynku nie są kompatybilne. Jeśli używasz odtwarzacza VLC, do odbierania strumieni audio i wideo można używać wyłącznie protokołu RTSP. To oprogramowanie obsługuje również protokół UDP i należy go odtwarzać za pomocą Rozpylacz.

Jeśli klient wyrazi zgodę na aktualizację standardowego protokołu MPEG-TS, mogą także korzystać z protokołu UDP odtwarzacza VLC.
jednak, ten standardowy protokół traci po aktualizacji funkcje szyfrowania AES i przezroczystej transmisji przez port szeregowy, i nie można w nie grać za pomocą Splayera. Odtwarzacza VLC można używać zarówno w systemach Windows, jak i Ubuntu Linux.

Q2: Dlaczego klient potrzebuje UDP do odtwarzania strumieni MPEGTS za pomocą VLC?

A2: Musimy użyć strumienia udp, aby mógł działać łącze simpleksowe. Jak możemy wykorzystać strumień udp do odbioru w Ubuntu? Udostępnij coś, z czego będziemy mogli odbierać strumień UDP na komputerze Ubuntu.

Chcesz pobrać standardowe oprogramowanie sprzętowe protokołu MPEG-TS dla Vcan1746?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link

Jak zaktualizować oprogramowanie układowe karty enkodera?

Aby ukończyć dwuetapową aktualizację, należy ściśle przestrzegać instrukcji zawartych w dokumencie wprowadzającym do aktualizacji strony internetowej. Nie wykonuj dodatkowych operacji (na przykład wielokrotne naciśnięcie przycisku aktualizacji) podczas procesu aktualizacji. Nie wyłączaj zasilania podczas procesu aktualizacji.

Korzystanie z odtwarzacza VLC jest takie samo w systemach Windows i Ubuntu, więc nie ma potrzeby podkreślać systemu. Jeśli jesteś pewien, że musisz używać UDP odtwarzacza VLC do odtwarzania strumieni wideo, wówczas należy zaktualizować standardowe oprogramowanie sprzętowe MPEG-TS.

1. Postępuj zgodnie z powyższymi instrukcjami aktualizacji i zaktualizuj oprogramowanie sprzętowe do standardowego protokołu MPEGTS za pośrednictwem strony internetowej. To, czy aktualizacja się powiodła, można potwierdzić, wchodząc na stronę systemową serwera WWW.
2. 
3. Jak uzyskać strumienie audio i wideo w odtwarzaczu VLC: Zaloguj się do serwera WWW karty enkodera Vcan1746, zmień zdalny adres IP na adres IP komputera, i zmień protokół na oba (aby ułatwić jednoczesną demonstrację protokołów udp i rtsp)
4. 
5. W jaki sposób odtwarzacz VLC uzyskuje strumienie audio i wideo poprzez UDP?
6. 
7. W jaki sposób odtwarzacz VLC uzyskuje strumienie audio i wideo za pośrednictwem protokołu RTSP?
8. 
9. Korzystanie z odtwarzacza VLC jest takie samo w systemach Windows i Ubuntu.

Q3: Skompilowałem i uruchomiłem aplikacja dvb_demux_test w Linuksie. Widzę, że ta aplikacja tworzy wątek i odbiera pakiety udp na porcie 1234. Chcę później wiedzieć, co robi z tymi pakietami. Co funkcje dbv robią z tymi pakietami?

A3: To, jakiego numeru portu użyć, zależy od ustawień karty kodującej klienta. Na przykład, jeśli domyślnym używanym numerem portu jest UDP 8090, klient powinien zmodyfikować program testowy i używać 8090 zamiast.

1. Zdalny adres IP powinien być ustawiony na adres IP komputera
2. Port może zostać ustawiony przez klienta, Jak na przykład 1234, lub domyślny 8090;
3. Protokół powinien być UDP, lub oba

Q4: Jak mogę opracować wersję Splayera dla Linuksa na podstawie podanego przykładu?

A4: W parse_pal, analizowane są znacznik czasu i typ_nal klatki wideo, i jest to już kompletny film wideo.

Klient może następnie wywołać napisaną przez siebie bibliotekę dekodującą (takie jak ffmpeg) aby to rozszyfrować.

Możesz odnieść się do naszego rozwiń SDK odtwarzacza (w oparciu o system Windows).

dvb_demux_test implementuje przetwarzanie front-end w odtwarzaczu Splayer. Kompletny odtwarzacz wymaga następujących części: demoks, rozszyfrować, wyświetlacz, rekord. dvb_demux_test implementuje demux.

Z wyjątkiem demuxa, co wiąże się z naszym niestandardowym protokołem i wymaga od nas udostępnienia biblioteki, pozostałe części są otwarte i przejrzyste i można je realizować na różne sposoby. Klienci mogą korzystać z naszych, takie jak nasz Splayer pod Windows, lub mogą korzystać z własnych (na przykład, napisali własnego gracza), lub nawet znajdź inne osoby i firmy, które tworzą graczy, aby je rozwijać.

Ponieważ wielu klientów, nawet jeśli opracowują własnych graczy, może faktycznie wywołać ffmpeg/vlc, aby to zaimplementować, co jest tylko przebraniem. W tym przypadku, ledwo radzą sobie z protokołami, których ffmpeg/vlc nie obsługuje (takie jak nasze niestandardowe protokoły) (ponieważ nie będą rozwijać gracza od zera). Dla takich klientów możliwe jest przejście na standardowy protokół mpegts. dvb_demux_test, odpowiedni dla klientów, którzy chcą opracować odtwarzacz od podstaw.