Nous avons besoin d'appareils, pour recevoir les informations sur les vidéos des caméras Full HD avec SDI (Interface de données série) en ligne et encoder les informations selon la norme H.265. Les données compressées doivent être transmises soit en DVB-T (Diffusion vidéo numérique terrestre) ou norme DVB-S. La sortie analogique du module conçu peut accepter les signaux I et Q, ainsi que des signaux modulés.
Table des matières
Q: Votre encodeur vidéo SDI prend-il en charge l'entrée TSI ? / Sortie?
UNE: Notre carte d'encodage existante vers la carte de modulation transmet les données via le port réseau. Plutôt que l'interface TSI que vous avez mentionnée. Cela n'affecte pas l'utilisation de l'émetteur vers le récepteur. Il s'agit d'une interface interne de l'émetteur.
Q: Vos cartes de décodeur d'encodeur prennent-elles en charge 525 i50 à 1080 P60 sur le format vidéo?
UNE: Désormais, nos cartes d'encodeur vidéo SDI prennent en charge la HD: 720p à 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz59,94 Hz/60 Hz et 1080p à 23,98 Hz/24 Hz/25 Hz/29,97 Hz/30 Hz/50 Hz/59,94 Hz/60 Hz. Il ne supporte pas 525 format vidéo i50, Est-ce que c'est bon?
Q: La puissance de sortie RF de votre encodeur SDI COFDM DVB-T H265 SDI prend-elle en charge 0 ~ 10 dBm ?
UNE: Votre point de fréquence de sortie requis de 400Mhz à 2800Mhz est très large.
Il est difficile d'atteindre une sortie de 0 à 10 dBm sous un point de fréquence aussi large, et l'ajout d'un amplificateur de puissance sur la carte augmentera la consommation d'énergie et la chaleur (vous avez également mentionné qu'il n'est pas nécessaire d'avoir un ventilateur pour dissiper la chaleur).
Êtes-vous prêt à accepter nos -3 à une sortie de -10 dBm, puis ajoutez votre propre PA (amplificateur)?
Q: Quelle est la dimension de votre encodeur COFDM DVB-T H265 SDI?
Avez-vous une demande de dimension particulière? Notre taille existante est de 70x45mm.
UNE: Nos cartes d'encodeur et de décodeur vidéo existantes peuvent répondre aux besoins de votre projet.
La plus grande inquiétude de mon ingénieur est que votre entreprise, en tant que membre de l'industrie de la radiodiffusion et de la télévision, les exigences en matière de qualité d'image vidéo sont relativement élevées..
Notre carte d'encodage vidéo effectuera une compression avec perte pour une faible latence. Pouvez-vous prélever un ensemble d'échantillons existants pour tester et confirmer la qualité de l'image? Si vous pensez que nos échantillons peuvent répondre aux exigences de votre entreprise, nous reconcevoirons et dessinerons le tableau selon les exigences de votre entreprise.
Q: Pourriez-vous fournir plus d'informations sur VBR?
En appliquant la vidéo au TX, le paramètre VBR changera avec le temps et n'est pas une valeur statique. Pourriez-vous fournir plus d'informations à ce sujet?
UNE: VBR est le débit binaire de codage vidéo au niveau de l'émetteur. Puisque l'image vidéo change dynamiquement, Le VBR est bien sûr variable, mais il fluctue autour du débit binaire de codage fixé par le système de transmission: 7.81*0.8=6,248Mbps.
Q: Malgré le stockage flash sur mon récepteur, REC OFF et No Storage s'affichent à l'écran. Pourquoi cela arrive-t-il?
Tu as dit dans la description: key2: bouton de commutation pour l'enregistrement vidéo, appui court pour changer son statut. Le récepteur vérifiera automatiquement le périphérique de stockage (Carte micro SD ou disque USB, carte SD prioritaire) après la mise sous tension et commencez à enregistrer une vidéo lorsque le périphérique de stockage est inséré. Appuyez simplement sur le bouton pour arrêter ou enregistrer à nouveau.
UNE: Le système de réception ne parvient pas à détecter la clé USB. La clé USB doit être formatée dans un format que notre système peut reconnaître.
Q: B1 et B2 sont tous deux nuls. Cela indique qu'il existe un 0 % Taux d'erreurs de morsure!!! Quelle plage de ces paramètres est acceptable?
UNE: L'apparition d'un taux d'erreur sur les bits peut entraîner des problèmes avec l'image vidéo. Lorsque le taux d'erreur sur les bits est très faible, cela n'affectera pas l'effet de l'image vidéo.
Q: Puis-je personnaliser le contenu de l'écran du programmeur?
UNE: Le contenu d'affichage du panneau de configuration (programmeur) n'est pas ouvert aux clients pour modification.
Q: Pourquoi le canal S2 n'est-il pas programmé? Il semble que le deuxième tuner ne fonctionne pas pour le moment.
UNE: S2 fait référence à l'antenne de réception 2, qui peut fonctionner normalement. La fréquence et la bande passante sont les mêmes s1 et s2.
Q: Pourquoi la latence que j'ai calculée est énorme? C'est autour 470 Mme.
Dans votre description à venir: Les fonctionnalités normales par défaut de notre module récepteur peuvent être associées à notre module émetteur H.265. La latence vidéo HD depuis l'entrée de l'émetteur jusqu'à l'affichage de l'écran HDMI du récepteur est d'environ 200 ms à 250 ms..
UNE: Le délai que nous avons testé était d'environ 250 ms. Comment l'as-tu testé? La méthode de retard que nous avons testée, S'il vous plaît, vérifiez le Lien vidéo Youtube.
Q: Quelle est la latence de votre module émetteur-récepteur et décodeur-récepteur SDI ??
Je me souviens que tu as dit que tu avais optimisé le protocole pour une meilleure latence. Comme je n'utilise pas votre latence rapide H.264 (130 Mme) combien de latence devrions-nous avoir sur ma configuration?
UNE: Vous avez confirmé que vous deviez prendre en charge H265, mais pas le mode faible latence H264. Pour obtenir un mode à faible latence, le récepteur doit être remplacé par un autre matériel de récepteur, et le firmware correspondant doit être gravé avant expédition.
Q: Puis-je utiliser votre récepteur COFDM pour obtenir la chaîne TV DVB-T normale?
Vous avez dit que vous aviez modifié le protocole vidéo pour améliorer la latence en TX.. Puis-je utiliser votre RX comme DVB-T commercial? comment puis-je recevoir la chaîne DVB-T normale?
UNE: Si vous voulez vraiment l'utiliser comme récepteur DVB-T normal, nous devons mettre à jour un autre firmware. (supprimer le cryptage sur l'encodeur et le décryptage sur le décodeur).
Q: Comment puis-je utiliser votre fonction de menu OSD sur le récepteur COFDM?
Dans votre description à venir:
Le module récepteur comprend également une fonctionnalité d'enregistrement DVR avec une carte Micro SD ou un disque USB. Le module récepteur permet également le streaming vidéo via USB pour les décodeurs d'appareils Android distants tels que les smartphones ou Android PAD.. Cela permet à plusieurs téléspectateurs distants de surveiller la même vidéo
simultanément. Le module récepteur prend également en charge la chaîne de caractères d'affichage sur l'écran d'affichage vidéo avec la vidéo ensemble en mode OSD.
UNE: Voir Documentation en ligne OSD.
Q: Comment puis-je activer le cryptage AES? Où dois-je entrer la clé?
UNE: Le panneau de configuration peut éditer et changer le mot de passe.
Q: Indiquez la question de l'image du texte de l'arc:
UNE: Cette fonction optionnelle est requise par d'autres produits (la fonction de port réseau est utilisée pour se connecter à une liaison sans fil bidirectionnelle). Veuillez l'ignorer dans votre candidature.
Q: Quel est le délai des données UART sur la transmission unidirectionnelle?
Pour les données UART de TX à RX, les données sont-elles traitées via le processus de codage ou transmises en temps réel? J'ai besoin d'un transfert de données en temps réel.
UNE: Les données et la vidéo sont envoyées ensemble via le package cofdm sans fil. Le délai est donc le même qu'en vidéo.
Q: Pour émetteur. Il est possible de modifier GI et FEC et un autre paramètre selon votre tableau dans la description?
UNE: Oui.
Q: Quelle est la puissance exacte à ce stade de 1350 à 1450 MHz? J'ai besoin de ces informations pour concevoir une AP.
La sortie maximale de la bande de fréquences 1350 ~ 1450 est d'environ -10 ± 2 dBm.. Il est recommandé de concevoir le PA sur la base d'une entrée de -15 dBm. Notre émetteur peut être ajusté jusqu'à -15dBm.
Q: Votre programmateur a-t-il pour fonction de réinitialiser la restauration d'usine?
Si je modifie des paramètres de quelque côté que ce soit comme la fréquence GI ou FEC ou la bande passante vidéo, comment puis-je réinitialiser tous les paramètres en mode réinitialisation d'usine? je suis nouveau sur ce forum, et je dois changer certains paramètres pour réaliser mon désir. Mais j'ai peur de changer les informations par défaut.
UNE: Notre TX / Le programmeur RX n'a pas de fonction de réinitialisation d'usine.
Q: Votre encodeur d'entrée vidéo SDI prend-il en charge 1080i25/1080i30 ??
Il prend en charge 1080i50 et 1080i60, il ne prend pas en charge 1080i25 ou 1080i30.
Q: Pouvez-vous me proposer des fichiers techniques pour la réparation de la partie puissance du Carte encodeur vidéo SDI Vcan1731?
UNE: Veuillez vérifier les fichiers sur le lien ci-dessous.
- 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
Notre idée de maintenance est d'abord d'exclure s'il y a un court-circuit et où se trouve le court-circuit.. Par exemple, débranchez la perle magnétique ou la résistance de 0 ohm entre le circuit intégré de puissance et le circuit suivant, puis utilisez un multimètre pour mesurer si le circuit intégré d'alimentation est cassé ou si le circuit suivant est court-circuité. Si le circuit intégré d'alimentation est cassé, remplacer le circuit intégré d'alimentation; si le circuit suivant est court-circuité, vous devez vérifier le circuit suivant.
Q: La carte d'encodeur peut-elle recevoir et transmettre des données UART via la communication UDP (IP:Port)?
UNE: Oui, La transmission de données UART est prise en charge par notre protocole personnalisé par défaut, avec quelques considérations importantes:
1. Protocole personnalisé (Micrologiciel par défaut)
Notre micrologiciel d'expédition par défaut utilise un protocole multiplexé personnalisé qui soutient Transmission transparente UART (relais série).
- Les données UART sont multiplexées avec les flux audio/vidéo.
- Donc, le côté récepteur doit utiliser le correspondant bibliothèque de démultiplication de protocole personnalisée pour séparer les données UART du flux multimédia.
- Lorsqu'il est utilisé avec notre carte décodeur, La transmission transparente UART fonctionne correctement et peut être transmise/reçue comme prévu.
Remarque pour les joueurs PC
Notre logiciel de lecture PC actuel effectue uniquement des démultiplexages et des processus:
- Données vidéo
- Données audio
Maintenant, ça fait ne pas traiter ou produire des données série UART.
2. Protocole MPEG-TS standard
Si la carte encodeur est flashée avec le micrologiciel/protocole MPEG-TS standard:
- Seuls les flux audio et vidéo sont pris en charge.
- La transmission de données UART/série est non supporté en mode MPEG-TS.
Veuillez en tenir compte lors de la sélection de la solution firmware/protocole.
| Type de protocole | Audio Video | Transmission transparente UART |
|---|---|---|
| Protocole personnalisé (Défaut) | Prise en charge | Prise en charge |
| Norme MPEG-TS | Prise en charge | Non pris en charge |
Q: Avez-vous un micrologiciel prenant en charge le H.264 brut ou le RTP au lieu du MPEG-TS pour le streaming UDP ??
UNE: Notre firmware UDP ne transmet pas les flux élémentaires bruts H.264. Le streaming UDP est pris en charge dans deux formats selon la version du firmware:
- UNE format propriétaire personnalisé, ou
- le norme MPEG-TS (Flux de transport MPEG) format
Ceux-ci correspondent à différentes versions de firmware (généralement distingué par un suffixe tel que les versions « T » ou non « T »).
Q: Supportez-vous RTP en tant que protocole de streaming autonome?
UNE: Nous ne proposons pas de « mode de streaming RTP brut » distinct. Cependant, RTP est déjà utilisé en interne dans le streaming RTSP. En mode RTSP, l'audio et la vidéo sont transmis sur des paquets RTP dans le cadre de la pile RTSP/RTP/RTCP. Donc, RTP est pris en charge indirectement via RTSP plutôt que comme format de streaming UDP indépendant.
Q: Le système peut-il produire du H.264 brut sur UDP?
UNE: Non. La transmission de flux élémentaires H.264 bruts n'est pas prise en charge via UDP. Cela est dû à la taille des paquets et aux contraintes du réseau.. Une seule trame I peut être très volumineuse et ne peut pas être transmise de manière fiable dans un seul paquet IP..
Pour une transmission stable, les flux vidéo doivent être encapsulés à l'aide d'un format de transport tel que:
- MPEG-TS, ou
- RTP (via RTSP)
Q: Comment est l'image clé (GOP) intervalle configuré?
UNE: L'intervalle des images clés est contrôlé par le Paramètre GOP dans l'interface Web (page des paramètres vidéo).
- If GOP is set to 0 (default/auto mode), the system automatically aligns the I-frame interval with the input frame rate.
- Exemple: If the input is 1080p60, then the I-frame interval will be 60 cadres (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?
UNE: Because H.264 frames (especially I-frames) can be very large and exceed the maximum transmission unit (Homme) of network packets. Without encapsulation, reliable delivery cannot be guaranteed. Donc, 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. Is there a way to reduce encoder latency? I understand MPEG-TS mainly affects decoding, not encoding.
UNE: Répartition de la latence et conseils d'optimisation
To accurately optimize system latency, it is important to first validate each stage independently before assuming bottlenecks.
1. Verify Camera Latency First (Critical Step)
Before optimizing encoding, you should confirm the actual camera contribution.
A practical measurement method:
- Connect the camera HDMI output directly to a display
- Point the camera at a high-precision stopwatch displayed on a separate PC monitor
- Capture both the live scene and HDMI output simultaneously
- Compare frame timestamps to calculate end-to-end camera latency
Remarques:
- Use a high-precision stopwatch (smaller tick interval improves accuracy)
- Camera ISP processing is often a major contributor
- In our experience:
- 1080p cameras typically introduce ~100 ms latency
- Certains modèles peuvent dépasser ce chiffre en raison de pipelines FAI plus lourds
2. La configuration de la caméra a un impact majeur
Si la latence de la caméra est élevée, l'optimisation devrait commencer par là:
- Résolution inférieure (par ex., 720p contre 1080p) → réduit les délais des FAI et des pipelines
- Fréquence d'images plus élevée (par ex., 60 fps contre 30 fps) → réduit la latence du frame buffering
- Pipeline de traitement d'image plus simple → réduit la charge du FAI
Ces changements réduisent souvent la latence plus efficacement que le réglage de l'encodeur..
3. La latence de l'encodeur est probablement surestimée
UNE 120 le délai d'encodage en ms est généralement peu probable pour les encodeurs matériels typiques.
Basé sur des mesures internes:
- Un encodeur matériel + décodeur + transmission + l'affichage du pipeline sur Ethernet entraîne généralement:
- ~ 80 à 100 ms de latence totale de bout en bout
Cela implique:
- La latence de l’encodeur uniquement est nettement inférieure à celle 120 Mme
- L'encodage n'est généralement pas le contributeur dominant dans un système correctement configuré
4. La méthode de transmission est importante (Surtout sans fil)
Veuillez vérifier si le système utilise:
- Ethernet filaire
- Transmission sans fil
Si le sans fil est utilisé:
- Faible bande passante (<20 mbps) peut introduire un retard important
- La transmission de trames I volumineuses peut entraîner des retards de mise en mémoire tampon et de file d'attente
- Cela peut sensiblement augmenter la latence de bout en bout même si l'encodage est efficace
5. MPEG-TS et clarification des frais généraux de protocole
Votre compréhension est généralement correcte:
- MPEG-TS n'ajoute pas de manière significative la latence au stade de l'encodage
- La majeure partie de la surcharge du protocole est liée au comportement de mise en paquets et de décodage, ne pas s'encoder
- Les opérations Mux/DeMux sont principalement des opérations de mémoire et ont un retard négligeable dans les systèmes typiques.
6. Approche de débogage recommandée
Pour localiser précisément les sources de latence:
- Ajouter des horodatages internes à chaque étape du pipeline:
- Temps de capture de la caméra
- Entrée/sortie codeur
- Envoi/réception réseau
- Sortie du décodeur
- Actualisation de l'affichage
- 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
Poser une question
Merci pour votre réponse. ✨