Necesitamos dispositivos, para recibir la información de vídeos de cámara Full HD con SDI (Interfaz de datos en serie) en la línea y codificar información en estándar H.265. Los datos comprimidos deben transmitirse en DVB-T (Videodifusión Digital Terrestre) o estándar DVB-S. La salida analógica del módulo diseñado puede aceptar señales I y Q., así como señales moduladas.
Tabla de contenido
Q: ¿Su codificador de vídeo SDI admite entrada TSI? / Salida?
UN: Nuestra placa de codificación existente a la placa de modulación transmite datos a través del puerto de red.. En lugar de la interfaz TSI que mencionaste. Esto no afecta el uso del transmisor al receptor.. Esta es una interfaz interna del transmisor..
Q: ¿Sus placas codificadoras y decodificadoras son compatibles? 525 i50 a 1080 P60 en el formato de vídeo?
UN: Ahora nuestras placas codificadoras de vídeo SDI son compatibles con HD: 720p @ 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/ 50 Hz 59,94 Hz/60 Hz y 1080p @ 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz/59,94 Hz/60 Hz. No es compatible 525 formato de vídeo i50, ¿Está bien?
Q: ¿La potencia de salida de RF del codificador SDI COFDM DVB-T H265 SDI admite 0 ~ 10 dBm?
UN: Su punto de frecuencia de salida requerido de 400Mhz a 2800Mhz es muy amplio.
Es difícil lograr una salida de 0~10 dBm en un punto de frecuencia tan amplio., Y agregar un amplificador de potencia en la placa aumentará el consumo de energía y el calor. (También mencionaste que no es necesario un ventilador para disipar el calor.).
¿Está usted dispuesto a aceptar nuestras actuales -3 a una salida de -10dBm y luego agregue su propio PA (amplificador de poder)?
Q: ¿Cuál es la dimensión de su codificador SDI COFDM DVB-T H265??
¿Tiene una solicitud de dimensión especial?? Nuestro tamaño actual es de 70x45 mm..
UN: Nuestras placas codificadoras y decodificadoras de video existentes pueden satisfacer las necesidades de su proyecto..
La mayor preocupación de mi ingeniero es que su empresa, Como miembro de la industria de la radiodifusión y la televisión, tiene requisitos relativamente altos en cuanto a la calidad de la imagen y el vídeo..
Nuestra placa de codificación de video realizará compresión con pérdida para baja latencia. ¿Puede tomar un conjunto de muestras existentes para probar y confirmar la calidad de imagen?? Si cree que nuestras muestras pueden cumplir con los requisitos de su empresa, rediseñaremos y dibujaremos la junta de acuerdo con los requisitos de su empresa..
Q: ¿Podría proporcionar más información sobre VBR??
Aplicando video al TX, El parámetro VBR cambiará con el tiempo y no es un valor estático. ¿Podría proporcionar más información sobre esto??
UN: VBR es la velocidad de bits de codificación de vídeo en el transmisor.. Dado que la imagen del vídeo cambia dinámicamente, VBR es, por supuesto, variable., pero fluctúa alrededor de la velocidad de bits de codificación establecida por el sistema de transmisión: 7.81*0.8= 6,248 Mbps.
Q: A pesar de tener almacenamiento flash en mi receptor, REC OFF y No Storage se muestran en la pantalla. ¿Por qué sucede esto??
Dijiste en la descripción: key2: Botón de cambio para grabación de vídeo., presione brevemente para cambiar su estado. El receptor comprobará automáticamente el dispositivo de almacenamiento. (tarjeta micro SD o disco USB, Tarjeta SD prioritaria) después de encender y comenzar a grabar video cuando se inserta el dispositivo de almacenamiento. Simplemente presione el botón para detener o grabar nuevamente.
UN: El sistema receptor no puede detectar la unidad flash USB. La unidad flash USB debe formatearse a un formato que nuestro sistema pueda reconocer.
Q: Tanto B1 como B2 son cero. Esto indica que hay una 0 % Tasa de error de mordida!!! ¿Qué rango de estos parámetros es aceptable??
UN: La aparición de una tasa de error de bit puede causar problemas con la imagen de video. Cuando la tasa de error de bits es muy pequeña, no afectará el efecto de la imagen de video.
Q: ¿Puedo personalizar el contenido de la pantalla del programador??
UN: El contenido de visualización del panel de configuración (programador) No está abierto a los clientes para su modificación..
Q: ¿Por qué no está programado el canal S2?? Parece que el segundo sintonizador no funciona en este momento..
UN: S2 se refiere a la antena receptora 2, que puede funcionar normalmente. La frecuencia y el ancho de banda son los mismos s1 y s2.
Q: Por qué la latencia que calculé es enorme? esta alrededor 470 Sra.
En tu descripción viene: Las características normales predeterminadas de nuestro módulo receptor se pueden emparejar con nuestro módulo transmisor H.265.. La latencia de video HD desde la entrada del transmisor hasta la visualización de la pantalla HDMI del receptor es de aproximadamente 200ms a 250ms.
UN: El retraso que probamos fue de unos 250 ms.. ¿Cómo lo probaste?? La forma de retraso que probamos, Por favor revise el enlace del vídeo de youtube.
Q: ¿Cuánta latencia tiene su módulo receptor decodificador y transmisor codificador SDI??
Recuerdo que dijiste que optimizaste el protocolo para una mejor latencia.. Como no uso su rápida latencia H.264 (130 Sra) ¿Cuánta latencia deberíamos tener en mi configuración??
UN: Confirmaste que necesitabas soporte para H265, pero no el modo de baja latencia H264. Para lograr el modo de baja latencia, el receptor debe cambiarse a otro hardware del receptor, Y el firmware correspondiente debe grabarse antes del envío..
Q: ¿Puedo usar su receptor COFDM para obtener el canal de TV DVB-T normal??
Dijiste que cambiaste el protocolo de video para una mejor latencia en TX. ¿Puedo utilizar su RX como DVB-T comercial?? ¿Cómo puedo recibir el canal DVB-T normal??
UN: Si realmente quieres utilizarlo como un receptor DVB-T normal, tenemos que actualizar otro firmware. (eliminar el cifrado en el codificador y el descifrado en el decodificador).
Q: ¿Cómo puedo utilizar la función del menú OSD en el receptor COFDM??
En tu descripción viene:
El módulo receptor también incluye funcionalidad de grabación DVR con una tarjeta Micro SD o disco USB. El módulo receptor también permite la transmisión de video a través de USB para decodificadores remotos de dispositivos Android, como teléfonos inteligentes o Android PAD.. Esto permite que varios espectadores remotos monitoreen el mismo vídeo.
simultáneamente. El módulo receptor también admite una cadena de caracteres de visualización en la pantalla de visualización de video con el video junto en el modo OSD.
UN: Ver Documentación en línea de OSD.
Q: ¿Cómo puedo activar el cifrado AES?? ¿Dónde debo ingresar la clave??
UN: El panel de configuración puede editar y cambiar la contraseña..
Q: Indique la pregunta de la imagen del texto del arco.:
UN: Esta función opcional es requerida por otros productos. (La función de puerto de red se utiliza para conectarse a un enlace inalámbrico bidireccional.). Por favor ignórelo en su solicitud..
Q: ¿Cuál es el retraso de los datos UART en la transmisión unidireccional??
Para datos UART de TX a RX, Son los datos procesados a través del proceso de codificación o transmitidos en tiempo real.? Necesito transferencia de datos en tiempo real.
UN: Los datos y el vídeo se envían juntos mediante un paquete cofdm inalámbrico.. Entonces el retraso es el mismo que con el vídeo..
Q: Para transmisor. Es posible cambiar GI y FEC y otro parámetro según su tabla en la descripción.?
UN: Sí.
Q: ¿Cuál es la potencia exacta en este punto desde 1350 a 1450 megahercio? Necesito esta información para diseñar un PA.
La salida máxima de la banda de frecuencia 1350~1450 es de alrededor de -10±2dBm. Se recomienda diseñar el PA basándose en una entrada de -15 dBm.. Nuestro transmisor se puede ajustar hasta -15dBm.
Q: ¿Su programador tiene la función de restablecer el restablecimiento de fábrica??
Si cambio algún parámetro de cualquier lado como la frecuencia GI o FEC o el ancho de banda del video, ¿Cómo puedo restablecer todos los parámetros en el modo de reinicio de fábrica?? soy nuevo en este foro, y necesito cambiar algunos parámetros para lograr mi deseo. Pero tengo miedo de cambiar la información predeterminada..
UN: Nuestro TX / El programador RX no tiene una función de restablecimiento de fábrica.
Q: ¿Su codificador de entrada de vídeo SDI admite 1080i25/1080i30??
Soporta 1080i50 y 1080i60, no es compatible con 1080i25 o 1080i30.
Q: ¿Puedes ofrecerme algunos archivos técnicos? para la reparación de la parte de potencia del Placa codificadora de vídeo Vcan1731 SDI?
UN: Por favor revise los archivos en el siguiente enlace.
- 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
Nuestra idea de mantenimiento es descartar primero si hay un cortocircuito y dónde está el cortocircuito.. Por ejemplo, desconecte la cuenta magnética o la resistencia de 0 ohmios entre el IC de alimentación y el circuito posterior, y luego use un multímetro para medir si el circuito integrado de alimentación está roto o si el circuito posterior está en cortocircuito. Si el IC de alimentación está roto, reemplazar el circuito integrado de alimentación; si el circuito siguiente está en cortocircuito, Tienes que comprobar el circuito posterior..
Q: Can the encoder board receive and forward UART data through UDP communication (IP:Puerto)?
UN: Sí, UART data transmission is supported under our default custom protocol, with some important considerations:
1. Protocolo personalizado (Default Firmware)
Our default shipping firmware uses a custom multiplexed protocol that supports UART transparent transmission (serial passthrough).
- UART data is multiplexed together with audio/video streams.
- Por lo tanto, the receiving side must use the corresponding custom protocol demux library to separate UART data from the media stream.
- When used together with our decoder board, UART transparent transmission works properly and can be forwarded/received as expected.
Note for PC Players
Our current PC player software only demuxes and processes:
- Video data
- datos de audio
En el presente, lo hace no process or output UART serial data.
2. Standard MPEG-TS Protocol
If the encoder board is flashed with the standard MPEG-TS firmware/protocol:
- Only audio and video streams are supported.
- UART/serial data transmission is No soportado under MPEG-TS mode.
Please take this into consideration when selecting the firmware/protocol solution.
| Protocol Type | Audio/Video | UART Transparent Transmission |
|---|---|---|
| Protocolo personalizado (Defecto) | Soportado | Soportado |
| Standard MPEG-TS | Soportado | Not Supported |
Q: Do you have firmware that supports raw H.264 or RTP instead of MPEG-TS for UDP streaming?
UN: Our UDP firmware does not transmit raw H.264 elementary streams. UDP streaming is supported in two formats depending on firmware version:
- UN custom proprietary format, o
- los standard MPEG-TS (MPEG Transport Stream) formato
These correspond to different firmware builds (typically distinguished by a suffix such as “T” or non-“T” versions).
Q: Do you support RTP as a standalone streaming protocol?
UN: We do not provide a separate “raw RTP streaming mode.” However, RTP is already used internally within RTSP streaming. In RTSP mode, audio and video are transmitted over RTP packets as part of the RTSP/RTP/RTCP stack. Por lo tanto, RTP is supported indirectly through RTSP rather than as an independent UDP streaming format.
Q: Can the system output raw H.264 over UDP?
UN: No. Raw H.264 elementary stream transmission is not supported over UDP. This is due to packet size and network constraints. A single I-frame can be very large and cannot be reliably transmitted in a single IP packet.
For stable transmission, video streams must be encapsulated using a transport format such as:
- MPEG-TS, o
- RTP (via RTSP)
Q: How is the key frame (Partido Republicano) interval configured?
UN: The key frame interval is controlled by the GOP parameter en la interfaz web (video settings page).
- If GOP is set to 0 (default/auto mode), the system automatically aligns the I-frame interval with the input frame rate.
- Ejemplo: If the input is 1080p60, then the I-frame interval will be 60 marcos (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?
UN: Because H.264 frames (especially I-frames) can be very large and exceed the maximum transmission unit (Hombre) of network packets. Without encapsulation, reliable delivery cannot be guaranteed. Por lo tanto, video must be packetized using standardized streaming formats such as MPEG-TS or RTP for proper segmentation, momento, 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. ¿Hay alguna manera de reducir la latencia del codificador?? Entiendo que MPEG-TS afecta principalmente a la decodificación., no codificar.
UN: Latency Breakdown and Optimization Guidance
Para optimizar con precisión la latencia del sistema, Es importante validar primero cada etapa de forma independiente antes de asumir cuellos de botella..
1. Verifique primero la latencia de la cámara (Paso crítico)
Antes de optimizar la codificación, debes confirmar la contribución real de la cámara.
Un método de medición práctico:
- Conecte la salida HDMI de la cámara directamente a una pantalla
- Apunte la cámara hacia un cronómetro de alta precisión que se muestra en un monitor de PC separado
- Capture simultáneamente la escena en vivo y la salida HDMI
- Compare marcas de tiempo de fotogramas para calcular la latencia de la cámara de un extremo a otro
Notas:
- Utilice un cronómetro de alta precisión (un intervalo de tic más pequeño mejora la precisión)
- El procesamiento de la cámara ISP suele ser un factor importante
- En nuestra experiencia:
- 1080Las cámaras p suelen presentar una latencia de ~100 ms
- Algunos modelos pueden exceder esto debido a que las tuberías de ISP son más pesadas.
2. La configuración de la cámara tiene un impacto importante
Si la latencia de la cámara es alta, la optimización debería comenzar allí:
- Baja resolución (P.EJ., 720p vs 1080p) → reduce el retraso del ISP y de la tubería
- Mayor velocidad de fotogramas (P.EJ., 60 fps frente a 30 fps) → reduce la latencia del buffer de fotogramas
- Canalización de procesamiento de imágenes más simple → reduce la carga del ISP
Estos cambios a menudo reducen la latencia de manera más efectiva que el ajuste del codificador..
3. Es probable que la latencia del codificador esté sobreestimada
UN 120 El retraso en la codificación de ms es generalmente improbable para los codificadores de hardware típicos..
Basado en medidas internas:
- Un codificador de hardware + descifrador + transmisión + La canalización de visualización a través de Ethernet generalmente resulta en:
- ~80–100 ms de latencia total de extremo a extremo
Esto implica:
- La latencia solo del codificador es significativamente menor que la 120 Sra
- La codificación no suele ser el factor dominante en un sistema configurado correctamente.
4. El método de transmisión importa (Especially Wireless)
Please verify whether the system uses:
- Ethernet cableado
- Transmisión inalámbrica
If wireless is used:
- Low bandwidth (<20 mbps) can introduce significant delay
- Large I-frame transmission may cause buffering and queueing delays
- This can noticeably increase end-to-end latency even if encoding is efficient
5. MPEG-TS and Protocol Overhead Clarification
Your understanding is generally correct:
- MPEG-TS does not significantly add latency at the encoding stage
- Most protocol overhead is related to packetization and decoding behavior, not encoding itself
- Mux/demux operations are primarily memory operations and have negligible delay in typical systems
6. Recommended Debugging Approach
To precisely locate latency sources:
- Add internal timestamps at each pipeline stage:
- Camera capture time
- Encoder input/output
- Network send/receive
- Decoder output
- Display refresh
- 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
Haz una pregunta
Gracias por tu respuesta. ✨