Wir brauchen Geräte, Um die Informationen zu vollständigen HD -Kamera -Videos mit SDI zu erhalten (Serielle Datenschnittstelle) Auf der Zeile und Encodiereninformationen im H.265 -Standard. Druckdaten müssen in beiden DVB-Ts übertragen werden (Digital Video Broadcasting terrestrisch) oder DVB-S-Standard. Der analoge Ausgang des entworfenen Moduls kann sowohl I- als auch Q -Signale akzeptieren, sowie modulierte Signale.
Inhaltsverzeichnis
Q: Unterstützt Ihr SDI -Video -Encoder die TSI -Eingabe? / Ausgabe?
EIN: Unsere vorhandene Kodierungskarte zur Modulationskarte überträgt Daten über den Netzwerkanschluss. Anstelle der von Ihnen erwähnten TSI-Schnittstelle. Dies hat keinen Einfluss auf die Verwendung des Senders zum Empfänger. Dies ist eine interne Schnittstelle des Senders.
Q: Führen Sie Ihre Encoder -Decoder -Boards unterstützen 525 i50 bis 1080 P60 im Videoformat?
EIN: Jetzt unterstützen unsere SDI-Video-Encoder-Boards HD: 720p bei 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz, 59,94 Hz/60 Hz und 1080p bei 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz/59,94 Hz/60 Hz. Es unterstützt nicht 525 i50-Videoformat, Ist es o.k?
Q: Wird Ihr SDI COFDM DVB-T H265 SDI-Encoder RF-Ausgangsleistung 0 ~ 10dbm？ unterstützt
EIN: Ihr erforderlicher Ausgangsfrequenzbereich von 400 MHz bis 2800 MHz ist sehr breit.
Bei einem so weiten Frequenzbereich ist es schwierig, eine Ausgabe von 0 bis 10 dBm zu erreichen, und das Hinzufügen eines Leistungsverstärkers auf der Platine erhöht den Stromverbrauch und die Wärmeentwicklung (Sie haben auch erwähnt, dass kein Lüfter zur Wärmeableitung erforderlich ist).
Sind Sie bereit, unserem bestehenden zuzustimmen? -3 auf -10 dBm Ausgang und fügen Sie dann Ihre eigene PA hinzu (Leistungsverstärker)?
Q: Wie groß ist die Dimension Ihres COFDM DVB-T H265 SDI-Encoders?
Haben Sie einen speziellen Dimensionswunsch?? Unsere bestehende Größe ist 70x45mm.
EIN: Unsere vorhandenen Video-Encoder- und Decoder-Boards können Ihre Projektanforderungen erfüllen.
Die größte Sorge meines Ingenieurs ist, dass Ihr Unternehmen, Als Mitglied der Rundfunk- und Fernsehbranche gelten relativ hohe Anforderungen an die Bild- und Videoqualität.
Unsere Videokodierungskarte führt eine verlustbehaftete Komprimierung für eine geringe Latenz durch. Können Sie eine Reihe vorhandener Muster verwenden, um die Bildqualität zu testen und zu bestätigen?? Wenn Sie glauben, dass unsere Muster die Anforderungen Ihres Unternehmens erfüllen können, Wir entwerfen und zeichnen die Tafel entsprechend den Anforderungen Ihres Unternehmens.
Q: Könnten Sie weitere Informationen über VBR angeben??
Durch Anwenden von Video auf den TX, Der VBR-Parameter ändert sich im Laufe der Zeit und ist kein statischer Wert. Könnten Sie hierzu weitere Informationen bereitstellen??
EIN: VBR ist die Videokodierungsbitrate am Sender. Da sich das Videobild dynamisch ändert, VBR ist natürlich variabel, sie schwankt jedoch um die vom Übertragungssystem festgelegte Codierungsbitrate: 7.81*0.8=6,248 Mbit/s.
Q: Trotz des Flash -Speichers auf meinem Empfänger, REC Off und auf dem Bildschirm werden kein Speicher angezeigt. Warum passiert das?
Du hast es in der Beschreibung gesagt: key2: Umschalttaste für Videoaufzeichnung, Kurz drücken, um den Status zu ändern. Der Receiver überprüft automatisch das Speichergerät (Micro-SD-Karte oder USB-Festplatte, Prioritäts-SD-Karte) nach dem Einschalten und starten Sie die Videoaufnahme, wenn das Speichergerät eingesetzt ist. Drücken Sie einfach die Taste, um die Aufnahme zu stoppen oder erneut aufzunehmen.
EIN: Das Empfangssystem erfasst das USB -Flash -Laufwerk nicht. Das USB -Flash -Laufwerk muss in ein Format formatiert werden, das unser System erkennen kann.
Q: Sowohl B1 als auch B2 sind Null. Dies weist darauf hin, dass es eine gibt 0 % Bissfehlerrate!!! Welcher Bereich dieser Parameter ist akzeptabel??
EIN: Das Auftreten einer Bitfehlerrate kann Probleme mit dem Videobild verursachen. Wenn die Bitfehlerrate sehr klein ist, Es wird sich nicht auf den Video -Image -Effekt auswirken.
Q: Kann ich den Inhalt des Programmierbildschirms anpassen??
EIN: Der Anzeigeinhalt des Konfigurationspanels anzeigen (Programmierer) ist nicht offen für Kunden zur Änderung.
Q: Warum ist der S2-Kanal nicht programmiert?? Es scheint, dass der zweite Tuner derzeit nicht funktioniert.
EIN: S2 bezieht sich auf die Empfangsantenne 2, das kann normal funktionieren. Frequenz und Bandbreite sind die gleichen S1 und S2.
Q: Warum die von mir berechnete Latenz enorm ist? Es ist in der Nähe 470 Frau.
In deiner Beschreibung kommt: Die Standardfunktionen unseres Empfängermoduls können mit unserem H.265 -Sendermodul gepaart werden. Die HD-Videolatenz vom Eingang des Senders bis zur HDMI-Bildschirmanzeige des Empfängers beträgt etwa 200 ms bis 250 ms.
EIN: Die von uns getestete Verzögerung betrug etwa 250 ms. Wie haben Sie es getestet?? Die Verzögerungsmethode, die wir getestet haben, Bitte überprüfen Sie die Link zum Youtube-Video.
Q: Wie viel Latenz hat Ihr SDI-Encoder-Sender- und Decoder-Empfängermodul??
Ich erinnere mich, dass Sie sagten, Sie hätten das Protokoll für eine bessere Latenz optimiert. Da ich Ihre schnelle H.264-Latenz nicht nutze (130 Frau) Wie viel Latenz sollten wir bei meinem Setup haben??
EIN: Sie haben bestätigt, dass Sie H265 unterstützen müssen, aber nicht im H264-Modus mit niedriger Latenz. Um einen Modus mit geringer Latenz zu erreichen, Der Empfänger muss auf eine andere Empfängerhardware umgestellt werden, und die entsprechende Firmware muss vor dem Versand gebrannt werden.
Q: Kann ich Ihren COFDM-Receiver verwenden, um den normalen DVB-T-TV-Kanal zu empfangen??
Sie sagten, Sie hätten das Videoprotokoll geändert, um die Latenz beim Senden zu verbessern. Kann ich Ihren RX als kommerziellen DVB-T nutzen?? Wie kann ich den normalen DVB-T-Sender empfangen??
EIN: Wenn Sie es wirklich als normalen DVB-T-Empfänger verwenden möchten, Wir müssen eine andere Firmware aktualisieren. (Entfernen Sie die Verschlüsselung am Encoder und die Entschlüsselung am Decoder).
Q: Wie kann ich Ihre OSD-Menüfunktion auf dem COFDM-Receiver nutzen??
In deiner Beschreibung kommt:
Das Empfängermodul umfasst auch eine DVR-Aufzeichnungsfunktion mit einer Micro-SD-Karte oder einem USB-Datenträger. Das Empfängermodul ermöglicht auch Video-Streaming über USB für Remote-Decoder von Android-Geräten wie Smartphones oder Android PAD. Dadurch können mehrere Remote-Zuschauer dasselbe Video überwachen
gleichzeitig. Das Empfängermodul unterstützt auch die Anzeige von Zeichenfolgen auf dem Videoanzeigebildschirm zusammen mit dem Video im OSD-Modus.
EIN: Sehen OSD-Onlinedokumentation.
Q: Wie kann ich die AES-Verschlüsselung aktivieren?? Wo soll ich den Schlüssel eingeben??
EIN: Das Konfigurationspanel kann das Passwort bearbeiten und ändern.
Q: Geben Sie die Bogentext-Bildfrage an:
EIN: Diese optionale Funktion wird von anderen Produkten benötigt (Die Netzwerk-Port-Funktion wird verwendet, um eine bidirektionale drahtlose Verbindung herzustellen). Bitte ignorieren Sie es in Ihrer Bewerbung.
Q: Wie groß ist die Zeitverzögerung der UART-Daten bei der Einwegübertragung??
Für UART-Daten von TX nach RX, Wird die Daten durch den Codierungsprozess verarbeitet oder in Echtzeit übertragen? Ich benötige eine Echtzeit-Datenübertragung.
EIN: Die Daten und das Video werden über das drahtlose CoFDM -Paket zusammengesandt. Die Verzögerung ist also die gleiche wie bei Video.
Q: Für Sender. Es ist möglich, GI und FEC sowie einen anderen Parameter gemäß Ihrer Tabelle in der Beschreibung zu ändern?
EIN: Ja.
Q: Wie hoch ist die genaue Leistung an dieser Stelle? 1350 nach 1450 MHz? Ich benötige diese Informationen, um eine PA zu entwerfen.
Die maximale Leistung des Frequenzbandes 1350–1450 beträgt etwa -10 ± 2 dBm. Es wird empfohlen, die PA auf Basis eines -15 dBm-Eingangs zu konzipieren. Unser Sender kann bis auf -15 dBm eingestellt werden.
Q: Hat Ihr Programmierer die Funktion, die Fabrikwiederherstellung zurückzusetzen??
Wenn ich Parameter einer Seite wie Frequenz -GI oder FEC oder Videobandbreite ändere, Wie kann ich im Reset-Factory-Modus alle Parameter zurücksetzen?? Ich bin neu in diesem Forum, und ich muss einige Parameter ändern, um meinen Wunsch zu erfüllen. Aber ich habe Angst davor, die Standardinformationen zu ändern.
EIN: Unser TX / Der RX -Programmierer verfügt über keine Fabrik -Reset -Funktion.
Q: Unterstützt Ihr SDI -Video -Eingangscodierer 1080i25/1080i30?
Es unterstützt 1080i50 und 1080i60, Es unterstützt nicht 1080i25 oder 1080i30.
Q: Können Sie mir einige technische Dateien anbieten? für die Reparatur des Stroms Teil des VCAN1731 SDI Video Encoder Board?
EIN: Bitte überprüfen Sie die Dateien unter dem folgenden Link.
- 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
Unsere Wartungsidee ist es, zuerst auszuschließen, ob es einen Kurzschluss gibt und wo sich der Kurzschluss befindet. Beispielsweise, Trennen Sie den Magnetkügelchen oder den 0-Ohm-Widerstand zwischen dem Leistungs-IC und dem nachfolgenden Schaltkreis, und verwenden Sie dann ein Multimeter, um zu messen, ob das Power IC gebrochen ist oder der nachfolgende Schaltkreis kurzfristig ist. Wenn der Power IC gebrochen ist, Ersetzen Sie den Power IC; Wenn der nachfolgende Schaltkreis kurzbeugend ist, Sie müssen die nachfolgende Schaltung überprüfen.
Q: Kann die Encoderplatine UART-Daten über UDP-Kommunikation empfangen und weiterleiten? (IP:Hafen)?
EIN: Ja, Die UART-Datenübertragung wird unter unserem unterstützt Standardmäßiges benutzerdefiniertes Protokoll, mit einigen wichtigen Überlegungen:
1. Benutzerdefiniertes Protokoll (Standard-Firmware)
Unsere standardmäßige Versand-Firmware verwendet a benutzerdefiniertes Multiplex-Protokoll das unterstützt Transparente UART-Übertragung (serieller Passthrough).
- UART-Daten werden zusammen mit Audio-/Videoströmen gemultiplext.
- Deswegen, Die empfangende Seite muss das entsprechende verwenden benutzerdefinierte Protokoll-Demux-Bibliothek um UART-Daten vom Medienstrom zu trennen.
- Bei Verwendung zusammen mit unserer Decoderplatine, Die transparente UART-Übertragung funktioniert ordnungsgemäß und kann wie erwartet weitergeleitet/empfangen werden.
Hinweis für PC-Spieler
Unsere aktuelle PC-Player-Software demultiplext und verarbeitet nur:
- Videodaten
- Audiodaten
Momentan, das tut es nicht serielle UART-Daten verarbeiten oder ausgeben.
2. Standard-MPEG-TS-Protokoll
Wenn die Encoderplatine mit dem geflasht wird Standard-MPEG-TS-Firmware/-Protokoll:
- Es werden nur Audio- und Videostreams unterstützt.
- UART/serielle Datenübertragung ist nicht unterstützt im MPEG-TS-Modus.
Bitte berücksichtigen Sie dies bei der Auswahl der Firmware-/Protokolllösung.
| Protokolltyp | Audio / Video | Transparente UART-Übertragung |
|---|---|---|
| Benutzerdefiniertes Protokoll (Standard) | Unterstützt | Unterstützt |
| Standard MPEG-TS | Unterstützt | Nicht unterstützt |
Q: Verfügen Sie über eine Firmware, die rohes H.264 oder RTP anstelle von MPEG-TS für UDP-Streaming unterstützt??
EIN: Unsere UDP-Firmware überträgt keine rohen H.264-Elementarströme. UDP-Streaming wird je nach Firmware-Version in zwei Formaten unterstützt:
- EIN benutzerdefiniertes proprietäres Format, oder
- Das Standard-MPEG-TS (MPEG-Transportstrom) Format
Diese entsprechen unterschiedlichen Firmware-Builds (werden normalerweise durch ein Suffix wie „T“ oder Nicht-„T“-Versionen unterschieden).
Q: Unterstützen Sie RTP als eigenständiges Streaming-Protokoll??
EIN: Wir bieten keinen separaten „Roh-RTP-Streaming-Modus“ an. Jedoch, RTP wird intern bereits beim RTSP-Streaming verwendet. Im RTSP-Modus, Audio und Video werden über RTP-Pakete als Teil des RTSP/RTP/RTCP-Stacks übertragen. Deswegen, RTP wird indirekt über RTSP und nicht als unabhängiges UDP-Streamingformat unterstützt.
Q: Kann das System rohes H.264 über UDP ausgeben??
EIN: Nein. Die Übertragung roher H.264-Elementarströme wird über UDP nicht unterstützt. Dies ist auf die Paketgröße und Netzwerkbeschränkungen zurückzuführen. Ein einzelner I-Frame kann sehr groß sein und kann nicht zuverlässig in einem einzelnen IP-Paket übertragen werden.
Für eine stabile Übertragung, Videostreams müssen mit einem Transportformat wie gekapselt werden:
- MPEG-TS, oder
- RTP (über RTSP)
Q: Wie ist der Schlüsselrahmen? (GOP) Intervall konfiguriert?
EIN: Das Keyframe-Intervall wird durch gesteuert GOP-Parameter im Webinterface (Seite mit den Videoeinstellungen).
- If GOP is set to 0 (default/auto mode), the system automatically aligns the I-frame interval with the input frame rate.
- Beispiel: If the input is 1080p60, then the I-frame interval will be 60 Rahmen (1 second GOP).
This ensures adaptive encoding behavior based on input source characteristics.
Q: Why can’t raw H.264 be transmitted directly over IP/UDP?
EIN: Because H.264 frames (especially I-frames) can be very large and exceed the maximum transmission unit (Mann) of network packets. Without encapsulation, reliable delivery cannot be guaranteed. Deswegen, video must be packetized using standardized streaming formats such as MPEG-TS or RTP for proper segmentation, Timing, and reassembly.
Q: My system latency is ~230 ms total. Decoder and display take ~45 ms, leaving ~185 ms for camera and encoder. I expect the camera contributes ~60 ms (4 frames at 60 fps), so the encoder seems to be ~120 ms. Gibt es eine Möglichkeit, die Encoder-Latenz zu reduzieren?? Ich verstehe, dass MPEG-TS hauptsächlich die Dekodierung beeinflusst, nicht kodiert.
EIN: Latenzaufschlüsselung und Optimierungsleitfaden
Zur genauen Optimierung der Systemlatenz, Es ist wichtig, zunächst jede Phase einzeln zu validieren, bevor man von Engpässen ausgeht.
1. Überprüfen Sie zunächst die Kameralatenz (Kritischer Schritt)
Vor der Optimierung der Kodierung, Sie sollten den tatsächlichen Kamerabeitrag bestätigen.
Eine praktische Messmethode:
- Verbinden Sie den HDMI-Ausgang der Kamera direkt mit einem Display
- Richten Sie die Kamera auf eine hochpräzise Stoppuhr, die auf einem separaten PC-Monitor angezeigt wird
- Erfassen Sie gleichzeitig die Live-Szene und den HDMI-Ausgang
- Vergleichen Sie Frame-Zeitstempel, um die End-to-End-Kameralatenz zu berechnen
Anmerkungen:
- Verwenden Sie eine hochpräzise Stoppuhr (Ein kleineres Tick-Intervall verbessert die Genauigkeit)
- Die ISP-Verarbeitung der Kamera trägt häufig wesentlich dazu bei
- Unserer Erfahrung nach:
- 1080p-Kameras verursachen typischerweise eine Latenz von ca. 100 ms
- Einige Modelle können diesen Wert aufgrund schwererer ISP-Pipelines überschreiten
2. Die Kamerakonfiguration hat einen großen Einfluss
Wenn die Kameralatenz hoch ist, Die Optimierung sollte dort beginnen:
- Niedrigere Auflösung (z.B., 720p vs. 1080p) → reduziert ISP- und Pipeline-Verzögerung
- Höhere Bildrate (z.B., 60 fps vs 30 fps) → Reduziert die Latenz beim Frame-Puffer
- Einfachere Bildverarbeitungspipeline → reduziert die ISP-Last
Diese Änderungen reduzieren die Latenz häufig effektiver als die Optimierung des Encoders.
3. Die Encoder-Latenz wird wahrscheinlich überschätzt
EIN 120 Eine Codierungsverzögerung von ms ist bei typischen Hardware-Encodern im Allgemeinen unwahrscheinlich.
Basierend auf internen Messungen:
- Ein Hardware-Encoder + Decoder + Übertragung + Anzeigepipeline über Ethernet führt normalerweise dazu:
- ~80–100 ms gesamte End-to-End-Latenz
Dies impliziert:
- Die reine Encoder-Latenz ist deutlich geringer als 120 Frau
- Die Codierung ist in einem ordnungsgemäß konfigurierten System normalerweise nicht der Hauptfaktor
4. Übertragungsmethode ist wichtig (Besonders drahtlos)
Bitte überprüfen Sie, ob das System verwendet:
- Kabelgebundenes Ethernet
- Drahtlose Übertragung
Wenn WLAN verwendet wird:
- Geringe Bandbreite (<20 Mbps) kann zu erheblichen Verzögerungen führen
- Die Übertragung großer I-Frames kann zu Puffer- und Warteschlangenverzögerungen führen
- Dies kann die End-to-End-Latenz selbst bei effizienter Kodierung deutlich erhöhen
5. MPEG-TS und Protokoll-Overhead-Klärung
Ihr Verständnis ist grundsätzlich richtig:
- MPEG-TS erhöht die Latenz in der Codierungsphase nicht wesentlich
- Der meiste Protokoll-Overhead hängt mit dem Paketierungs- und Decodierungsverhalten zusammen, kodiert sich nicht selbst
- Mux/Demux-Operationen sind in erster Linie Speicheroperationen und weisen in typischen Systemen eine vernachlässigbare Verzögerung auf
6. Empfohlener Debugging-Ansatz
Zur genauen Lokalisierung von Latenzquellen:
- Fügen Sie in jeder Pipeline-Stufe interne Zeitstempel hinzu:
- Kameraaufnahmezeit
- Encoder-Ein-/Ausgang
- Netzwerk senden/empfangen
- Decoder-Ausgang
- Aktualisierung der Anzeige
- Ensure logging is lightweight and does not affect performance
- Monitor buffer depth in real time to detect queue buildup
Summary our answer
- Camera ISP delay is often a major hidden contributor (~100 ms at 1080p is common)
- Encoder latency is usually much lower than assumed
- Wireless transmission and buffering can significantly increase delay
- Systematic timestamp measurement is the most reliable way to identify the real bottleneck
Stelle eine Frage
Vielen Dank für deine Antwort. ✨