Potrzebujemy urządzeń, do otrzymywania informacji o nagraniach z kamer Full HD z SDI (Szeregowy interfejs danych) na linii i Zakoduj informacje w standardzie H.265. Skompresowane dane muszą być przesyłane w dowolnym formacie DVB-T (Cyfrowa transmisja wideo naziemna) lub standard DVB-S. Wyjście analogowe zaprojektowanego modułu może przyjmować zarówno sygnały I, jak i Q, jak również sygnały modulowane.
Spis treści
Q: Czy Twój koder wideo SDI obsługuje wejście TSI / Wydajność?
ZA: Nasza istniejąca płyta kodująca do płytki modulacyjnej przesyła dane przez port sieciowy. Zamiast interfejsu TSI, o którym wspomniałeś. Nie ma to wpływu na użytkowanie nadajnika i odbiornika. Jest to wewnętrzny interfejs przetwornika.
Q: Czy karty dekodera kodera obsługują 525 i50 do 1080 P60 w formacie wideo?
ZA: Teraz nasze karty koderów wideo SDI obsługują HD: 720p przy 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz 59,94 Hz/60 Hz i 1080p przy 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz/59,94 Hz/60 Hz. Nie obsługuje 525 formacie wideo i50, czy to w porządku?
Q: Czy Twój enkoder SDI COFDM DVB-T H265 SDI obsługuje moc wyjściową RF 0 ~ 10 dBm?
ZA: Wymagany punkt częstotliwości wyjściowej od 400 MHz do 2800 MHz jest bardzo szeroki.
Trudno jest osiągnąć poziom wyjściowy 0 ~ 10 dBm przy tak szerokim punkcie częstotliwości, a dodanie wzmacniacza mocy na płycie zwiększy zużycie energii i wydzielanie ciepła (wspomniałeś również, że nie ma potrzeby stosowania wentylatora do odprowadzania ciepła).
Czy jesteś skłonny zgodzić się na nasze istniejące -3 do wyjścia -10dBm, a następnie dodaj własne nagłośnienie (wzmacniacz mocy)?
Q: Jaki jest wymiar Twojego kodera COFDM DVB-T H265 SDI?
Czy masz prośbę o wymiar specjalny?? Nasz obecny rozmiar to 70x45mm.
ZA: Nasze istniejące karty kodera i dekodera wideo mogą spełnić Twoje potrzeby projektowe.
Największym zmartwieniem mojego inżyniera jest to, że Twoja firma, jako członek branży nadawczo-telewizyjnej ma stosunkowo wysokie wymagania dotyczące jakości obrazu wideo.
Nasza karta kodowania wideo wykona kompresję stratną, aby zapewnić niskie opóźnienia. Czy możesz pobrać zestaw istniejących próbek, aby przetestować i potwierdzić jakość obrazu? Jeśli uważasz, że nasze próbki mogą spełnić wymagania Twojej firmy, przeprojektujemy i narysujemy tablicę zgodnie z wymaganiami Twojej firmy.
Q: Czy możesz podać więcej informacji na temat VBR?
Stosując wideo do TX, parametr VBR będzie się zmieniać w czasie i nie jest wartością statyczną. Czy mógłbyś podać więcej informacji na ten temat?
ZA: VBR to szybkość transmisji bitów kodowania wideo w nadajniku. Ponieważ obraz wideo zmienia się dynamicznie, VBR jest oczywiście zmienny, ale waha się wokół szybkości transmisji bitów kodowania ustawionej przez system transmisji: 7.81*0.8=6,248 Mb/s.
Q: Pomimo posiadania pamięci flash w odbiorniku, Na ekranie wyświetlane są komunikaty REC OFF i No Storage. Dlaczego tak się dzieje?
Powiedziałeś w opisie: klucz2: przycisk przełącznika do nagrywania wideo, krótkie naciśnięcie powoduje zmianę jego statusu. Odbiornik automatycznie sprawdzi urządzenie magazynujące (Karta micro SD lub dysk USB, priorytetowa karta SD) po włączeniu zasilania i rozpocznij nagrywanie wideo po włożeniu urządzenia pamięci masowej. Wystarczy nacisnąć przycisk, aby zatrzymać lub nagrać ponownie.
ZA: System odbierający nie wykrywa napędu flash USB. Pamięć flash USB należy sformatować w formacie rozpoznawanym przez nasz system.
Q: Zarówno B1, jak i B2 mają wartość zerową. Oznacza to, że istnieje 0 % Wskaźnik błędów zgryzu!!! Który zakres tych parametrów jest akceptowalny?
ZA: Wystąpienie bitowej stopy błędów może powodować problemy z obrazem wideo. Gdy stopa błędu bitowego jest bardzo mała, nie będzie to miało wpływu na efekt obrazu wideo.
Q: Czy mogę dostosować zawartość ekranu programatora??
ZA: Wyświetlana zawartość panelu konfiguracyjnego (programista) nie jest udostępniany klientom do modyfikacji.
Q: Dlaczego nie zaprogramowano kanału S2? Wygląda na to, że drugi tuner w tej chwili nie działa.
ZA: S2 odnosi się do anteny odbiorczej 2, który może normalnie pracować. Częstotliwość i szerokość pasma są takie same, s1 i s2.
Q: Dlaczego obliczone przeze mnie opóźnienie jest ogromne? To jest w pobliżu 470 ms.
W twoim opisie nadchodzi: Domyślne normalne funkcje naszego modułu odbiornika można sparować z naszym modułem nadajnika H.265. Opóźnienie wideo HD od momentu wejścia nadajnika do wyświetlenia ekranu HDMI odbiornika wynosi około 200 ms do 250 ms.
ZA: Testowane przez nas opóźnienie wynosiło około 250 ms. Jak to przetestowałeś? Testowaliśmy sposób opóźnienia, proszę sprawdzić Link do filmu na Youtube.
Q: Jakie opóźnienie ma moduł nadajnika i odbiornika dekodera SDI?
Pamiętam, że powiedziałeś, że zoptymalizowałeś protokół pod kątem lepszego opóźnienia. Ponieważ nie korzystam z szybkiego opóźnienia H.264 (130 ms) jakie opóźnienie powinniśmy mieć w mojej konfiguracji?
ZA: Potwierdziłeś, że musisz obsługiwać H265, ale nie tryb niskiego opóźnienia H264. Aby osiągnąć tryb niskiego opóźnienia, odbiornik należy zmienić na inny sprzęt odbiornika, a odpowiednie oprogramowanie sprzętowe musi zostać nagrane przed wysyłką.
Q: Czy mogę używać odbiornika COFDM do odbierania normalnego kanału telewizyjnego DVB-T??
Powiedziałeś, że zmieniłeś protokół wideo, aby uzyskać lepsze opóźnienia w TX. Czy mogę używać Twojego RX jako komercyjnego DVB-T?? jak mogę odbierać normalny kanał DVB-T?
ZA: Jeśli naprawdę chcesz używać go jako normalnego odbiornika DVB-T, musimy zaktualizować inne oprogramowanie. (usuń szyfrowanie w koderze i deszyfrowanie w dekoderze).
Q: Jak mogę korzystać z funkcji menu OSD w odbiorniku COFDM?
W twoim opisie nadchodzi:
Moduł odbiornika posiada także funkcję nagrywania DVR za pomocą karty Micro SD lub dysku USB. Moduł odbiornika umożliwia także przesyłanie strumieniowe wideo przez USB do zdalnych dekoderów urządzeń z systemem Android, takich jak smartfony lub Android PAD. Dzięki temu wielu zdalnych widzów może monitorować ten sam film
jednocześnie. Moduł odbiornika obsługuje również ciąg znaków wyświetlanych na ekranie wyświetlania wideo wraz z wideo w trybie OSD.
ZA: Widzieć Dokumentacja online OSD.
Q: Jak mogę włączyć szyfrowanie AES? Gdzie mam wpisać klucz?
ZA: Panel konfiguracyjny umożliwia edycję i zmianę hasła.
Q: Wskaż pytanie obrazkowe z tekstem łuku:
ZA: Ta opcjonalna funkcja jest wymagana przez inne produkty (funkcja portu sieciowego służy do łączenia się z dwukierunkowym łączem bezprzewodowym). Proszę zignorować to w swojej aplikacji.
Q: Jakie jest opóźnienie czasowe danych UART w transmisji jednokierunkowej?
Dla danych UART z TX do RX, to dane przetwarzane w procesie kodowania lub przesyłane w czasie rzeczywistym? Wymagam transmisji danych w czasie rzeczywistym.
ZA: Dane i wideo są przesyłane razem za pośrednictwem bezprzewodowego pakietu cofdm. Zatem opóźnienie jest takie samo jak w przypadku wideo.
Q: Do nadajnika. Można zmienić GI i FEC oraz inny parametr zgodnie z tabelą w opisie?
ZA: tak.
Q: Jaka jest dokładna moc w tym momencie 1350 do 1450 MHz? Potrzebuję tych informacji do zaprojektowania systemu PA.
Maksymalna moc wyjściowa w paśmie częstotliwości 1350~1450 wynosi około -10±2dBm. Zaleca się zaprojektowanie PA w oparciu o wejście -15dBm. Nasz nadajnik można regulować w dół do -15dBm.
Q: Czy Twój programator posiada funkcję resetu przywracania ustawień fabrycznych?
Jeśli zmienię jakiekolwiek parametry z dowolnej strony, takie jak częstotliwość GI lub FEC lub przepustowość wideo, jak mogę zresetować wszystkie parametry w trybie resetowania do ustawień fabrycznych? Jestem nowy na tym forum, i muszę zmienić niektóre parametry, aby osiągnąć moje pragnienie. Ale boję się zmienić domyślne informacje.
ZA: Nasz Teksas / Programator RX nie ma funkcji przywracania ustawień fabrycznych.
Q: Czy Twój koder wejścia wideo SDI obsługuje standard 1080i25/1080i30?
Obsługuje 1080i50 i 1080i60, nie obsługuje 1080i25 ani 1080i30.
Q: Czy możesz zaoferować mi pliki techniczne na naprawę części energetycznej Płytka kodera wideo Vcan1731 SDI?
ZA: Proszę sprawdzić pliki znajdujące się pod poniższym linkiem.
- https://ivcan.com/wp-content/uploads/Vcan1731-Component-Part-Number-Map-1.pdf
- https://ivcan.com/wp-content/uploads/Vcan1731-Component-Part-Number-Map-2.pdf
- https://ivcan.com/wp-content/uploads/vcan1731_A01_power.pdf
Nasz pomysł na konserwację polega na tym, aby najpierw wykluczyć, czy występuje zwarcie i gdzie ono występuje. Na przykład, odłączyć kulkę magnetyczną lub rezystor 0-omowy pomiędzy układem scalonym zasilania a kolejnym obwodem, a następnie za pomocą multimetru zmierz, czy układ scalony mocy jest uszkodzony lub czy w kolejnym obwodzie nie ma zwarcia. Jeśli układ scalony zasilania jest uszkodzony, wymienić układ scalony zasilania; jeżeli w kolejnym obwodzie nastąpi zwarcie, musisz sprawdzić kolejny obwód.
Q: Czy płytka enkodera może odbierać i przesyłać dane UART poprzez komunikację UDP (IP:Port)?
ZA: tak, Transmisja danych UART jest obsługiwana w ramach naszego domyślny protokół niestandardowy, z kilkoma ważnymi uwagami:
1. Protokół niestandardowy (Domyślne oprogramowanie sprzętowe)
Nasze domyślne oprogramowanie sprzętowe wykorzystuje plik niestandardowy protokół multipleksowany to wspiera Przezroczysta transmisja UART (przejście szeregowe).
- Dane UART są multipleksowane razem ze strumieniami audio/wideo.
- W związku z tym, strona odbiorcza musi użyć odpowiedniego niestandardowa biblioteka demux protokołu do oddzielenia danych UART od strumienia multimediów.
- W połączeniu z naszą płytką dekodera, Przezroczysta transmisja UART działa prawidłowo i może być przekazywana/odbierana zgodnie z oczekiwaniami.
Uwaga dla graczy PC
Nasze obecne oprogramowanie odtwarzacza PC tylko demuxuje i przetwarza:
- Dane wideo
- Dane dźwiękowe
Obecnie, tak jest nie przetwarzać lub wyprowadzać dane szeregowe UART.
2. Standardowy protokół MPEG-TS
Jeśli na płycie enkodera pojawi się komunikat standardowe oprogramowanie/protokół MPEG-TS:
- Obsługiwane są tylko strumienie audio i wideo.
- Transmisja danych UART/szeregowa jest nieobsługiwane w trybie MPEG-TS.
Proszę wziąć to pod uwagę przy wyborze rozwiązania sprzętowego/protokołu.
| Typ protokołu | Audio Video | Przezroczysta transmisja UART |
|---|---|---|
| Protokół niestandardowy (Zaniedbanie) | Utrzymany | Utrzymany |
| Standardowy MPEG-TS | Utrzymany | Nieobsługiwane |
Q: Czy masz oprogramowanie sprzętowe obsługujące surowy H.264 lub RTP zamiast MPEG-TS do przesyłania strumieniowego UDP??
ZA: Nasze oprogramowanie sprzętowe UDP nie przesyła podstawowych strumieni surowych H.264. Przesyłanie strumieniowe UDP jest obsługiwane w dwóch formatach, w zależności od wersji oprogramowania sprzętowego:
- ZA niestandardowy, zastrzeżony format, lub
- Plik standardowy MPEG-TS (Strumień transportowy MPEG) format
Odpowiadają one różnym kompilacjom oprogramowania sprzętowego (zazwyczaj wyróżnia się przyrostkiem, takim jak wersje „T” lub wersje inne niż „T”.).
Q: Czy obsługujesz RTP jako samodzielny protokół przesyłania strumieniowego??
ZA: Nie zapewniamy osobnego „trybu przesyłania strumieniowego surowego RTP”. Jednakże, RTP jest już używany wewnętrznie w ramach przesyłania strumieniowego RTSP. W trybie RTSP, audio i wideo są przesyłane pakietami RTP jako część stosu RTSP/RTP/RTCP. W związku z tym, RTP jest obsługiwany pośrednio przez RTSP, a nie jako niezależny format przesyłania strumieniowego UDP.
Q: Czy system może wysyłać sygnał w formacie surowego H.264 przez UDP?
ZA: Nie. Transmisja podstawowego strumienia surowego H.264 nie jest obsługiwana przez UDP. Jest to spowodowane rozmiarem pakietu i ograniczeniami sieci. Pojedyncza ramka I może być bardzo duża i nie może być niezawodnie przesłana w pojedynczym pakiecie IP.
Dla stabilnej transmisji, strumienie wideo muszą być hermetyzowane przy użyciu formatu transportowego, takiego jak:
- MPEG-TS, lub
- RTP (za pośrednictwem protokołu RTSP)
Q: Jaka jest klatka kluczowa (GOP) skonfigurowany interwał?
ZA: Interwał klatek kluczowych jest kontrolowany przez Parametr GOP w interfejsie internetowym (stronę ustawień wideo).
- Jeśli GOP jest ustawiony na 0 (tryb domyślny/automatyczny), system automatycznie dopasowuje interwał ramki I do wejściowej częstotliwości klatek.
- Przykład: Jeśli wejście jest 1080p60, wtedy będzie odstęp I-ramki 60 ramy (1 drugi GOP).
Zapewnia to adaptacyjne zachowanie kodowania w oparciu o charakterystykę źródła wejściowego.
Q: Dlaczego nie można przesyłać surowego H.264 bezpośrednio przez IP/UDP?
ZA: Ponieważ ramki H.264 (szczególnie I-frame) może być bardzo duży i przekraczać maksymalną jednostkę transmisyjną (Człowiek) pakietów sieciowych. Bez enkapsulacji, nie można zagwarantować niezawodnej dostawy. W związku z tym, Aby zapewnić odpowiednią segmentację, wideo musi być spakowane przy użyciu standardowych formatów przesyłania strumieniowego, takich jak MPEG-TS lub RTP, chronometraż, i ponowny montaż.
Q: Całkowite opóźnienie mojego systemu wynosi ~230 ms. Dekoder i wyświetlacz trwają ~45 ms, pozostawiając ~185 ms dla kamery i kodera. Oczekuję, że aparat wniesie ~60 ms (4 ramki o godz 60 fps), więc koder wydaje się mieć ~ 120 ms. Czy istnieje sposób na zmniejszenie opóźnienia kodera? Rozumiem, że MPEG-TS wpływa głównie na dekodowanie, nie kodowanie.
ZA: Podział opóźnień i wskazówki dotyczące optymalizacji
Aby dokładnie zoptymalizować opóźnienia systemu, ważne jest, aby najpierw niezależnie zweryfikować każdy etap przed założeniem wąskich gardeł.
1. Najpierw sprawdź opóźnienie kamery (Krytyczny krok)
Przed optymalizacją kodowania, powinieneś potwierdzić faktyczny wkład kamery.
Praktyczna metoda pomiaru:
- Podłącz wyjście HDMI aparatu bezpośrednio do wyświetlacza
- Skieruj aparat na bardzo precyzyjny stoper wyświetlany na oddzielnym monitorze komputera
- Przechwytuj jednocześnie scenę na żywo i wyjście HDMI
- Porównaj znaczniki czasu klatek, aby obliczyć pełne opóźnienie kamery
Uwagi:
- Użyj bardzo precyzyjnego stopera (mniejszy interwał taktu poprawia dokładność)
- Przetwarzanie przez dostawcę usług internetowych kamery jest często głównym czynnikiem przyczyniającym się do tego
- Z naszego doświadczenia:
- 1080Kamery p zazwyczaj wprowadzają opóźnienie ~100 ms
- Niektóre modele mogą przekraczać tę wartość ze względu na cięższe potoki ISP
2. Konfiguracja aparatu ma ogromny wpływ
Jeśli opóźnienie kamery jest duże, optymalizacja powinna zacząć się od tego:
- Niższa rozdzielczość (np., 720p vs 1080p) → zmniejsza opóźnienia ISP i rurociągu
- Wyższa liczba klatek na sekundę (np., 60 fps vs 30 fps) → zmniejsza opóźnienie buforowania ramki
- Prostszy potok przetwarzania obrazu → zmniejsza obciążenie ISP
Zmiany te często zmniejszają opóźnienia skuteczniej niż strojenie kodera.
3. Opóźnienie kodera jest prawdopodobnie zawyżone
ZA 120 Opóźnienie kodowania ms jest generalnie mało prawdopodobne w przypadku typowych koderów sprzętowych.
Na podstawie pomiarów wewnętrznych:
- Koder sprzętowy + dekoder + transmisja + wyświetlanie potoku przez Ethernet zazwyczaj skutkuje:
- Całkowite opóźnienie od końca do końca ~ 80–100 ms
Oznacza to:
- Opóźnienie w przypadku samego kodera jest znacznie niższe niż w przypadku 120 ms
- Kodowanie zwykle nie jest dominującym czynnikiem w prawidłowo skonfigurowanym systemie
4. Metoda transmisji ma znaczenie (Szczególnie bezprzewodowe)
Proszę sprawdzić, czy system używa:
- Wired Ethernet
- Transmisja bezprzewodowa
Jeśli używana jest sieć bezprzewodowa:
- Niska przepustowość (<20 Mbps) może wprowadzić znaczne opóźnienie
- Transmisja dużej ramki I może powodować opóźnienia w buforowaniu i kolejkowaniu
- Może to zauważalnie zwiększyć całkowite opóźnienie, nawet jeśli kodowanie jest wydajne
5. MPEG-TS i wyjaśnienie narzutu protokołu
Twoje zrozumienie jest na ogół prawidłowe:
- MPEG-TS nie zwiększa znacząco opóźnienia na etapie kodowania
- Większość narzutów protokołu jest związana z pakietowaniem i zachowaniem dekodowania, nie koduje się
- Operacje multipleksowania/demuxowania to przede wszystkim operacje na pamięci i w typowych systemach charakteryzują się znikomym opóźnieniem
6. Zalecane podejście do debugowania
Aby precyzyjnie zlokalizować źródła opóźnień:
- Dodaj wewnętrzne znaczniki czasu na każdym etapie potoku:
- Czas przechwytywania kamery
- Wejście/wyjście enkodera
- Sieć wysyłania/odbioru
- Wyjście dekodera
- Odświeżenie wyświetlacza
- Upewnij się, że rejestrowanie jest lekkie i nie wpływa na wydajność
- Monitoruj głębokość bufora w czasie rzeczywistym, aby wykryć gromadzenie się kolejek
Podsumowanie naszej odpowiedzi
- Opóźnienie dostawcy usług internetowych kamery jest często główną ukrytą przyczyną (~100 ms przy 1080p jest powszechne)
- Opóźnienie kodera jest zwykle znacznie mniejsze niż zakładano
- Bezprzewodowa transmisja i buforowanie mogą znacznie zwiększyć opóźnienie
- Systematyczny pomiar znacznika czasu jest najbardziej niezawodnym sposobem identyfikacji rzeczywistego wąskiego gardła
Zadać pytanie
Twoja wiadomość została wysłana