intoPIX

Payload RTP de l'IETF pour JPEG-XS RFC 9134) vient d'être publié !

18.06.18 09:24 AM Par intoPIX

Dans le cadre des progrès rapides réalisés par TICO JPEG XS et TICO son évolution vers l'interopérabilité, le Payload RTP de l'IETF pour JPEG-XS ISO/IEC 21122) a été soumis et approuvé. JPEG XS normalisé pour les médias professionnels sur IP compression intermédiaire pour SMPTE 2110-22 ou IPMX. 

Cela ouvre la voie à l'utilisation JPEG XS dans les systèmes Broadcast audiovisuels professionnels, qui sont actuellement en pleine transition vers IP infrastructures IP et recherchent des solutions intelligentes pour transférer efficacement davantage de pixels avec la meilleure qualité possible, tout en minimisant la latence et la complexité.

Pour en savoir plus sur TICO au format JPEG XS sur l'implication et les solutions intoPIX, rendez-vous sur intopix.jpeg-xs

Payload RTP pour la norme ISO/IEC 21122 (JPEG XS 9134)

Résumé :
Ce document spécifie un format de payload RTP (Real-Time Transport Protocol) à utiliser pour le transport de vidéo encodée ISO / IEC 21122 (JPEGXS). JPEG XS est un système de codage d'image léger à faible latence permettant une résolution et une fréquence d'images accrues, tout en offrant une qualité sans perte visuelle avec une quantité réduite de ressources telles que la puissance et la bande passante.

RTP payload packetization modes for IP Media worflows & VSF TR08

Deuxmodesde mise en paquets RTPsont normalisés dans lapayload JPEG XS ,payload ainsidavantage de flexibilité aux développeurs : un mode « Codestream » et un mode « Slice-based ». 

La principale différence est que le mode "Codestream" envoie les données codées dans un ordre de balayage de trame tandis que le mode "Slice-based" permet d'envoyer les données codées dans une transmission non séquentielle.


intoPIX et VSF TR08 recommandent d'appliquer (par défaut) la "Codestream packetization pour le XS RTP payload. Bien qu'il offre la latence la plus faible du codage et du décodage XS dans toutes les implémentations : FPGA , CPU & GPU, le mode de mise en paquets du codestream offre également les avantages suivants :

  • Meilleure qualité d'encodage et meilleure efficacité avec JPEG-XS un encodage à débit binaire constant en temps réel (latence de quelques lignes, inférieure à une image)
  • Un remapping direct (sans pénalité de latence) entre RTP (ST 2110-22) et MPEG2-TS (ST 2022-2) sans qu'il soit nécessaire d'analyser le flux de code.
  • Un remapping direct (sans pénalité de latence) entre la RTP (ST2110-22) et le MXF sans qu'il soit nécessaire d'analyser le flux de code

En revanche, le mode de mise en paquets basé sur les tranches peut être recommandé dans le cas d'une transmission non séquentielle du flux codé. d'une transmission non séquentielle du flux de données. Il peut créer un inconvénient en matière d'interopérabilité - entraînant d'autres pénalités de latence dans workflows, mais peut réduire la latence dans l'utilisation particulière de certains systèmes. réduire le temps de latence dans l'utilisation particulière de certains GPU. (Ces avantages non séquentiels n'ont pas/jamais été prouvés et il est difficile de les rendre interopérables avec les implémentations matérielles (FPGA) et CPU (ARM/x86_64).


 Relatif :

TicoXS : IP et SDK
En savoir plus sur le nouveau format JPEG XS nos solutions logicielles et matérielles
Les nouvelles du Broadcast
intoPIX vous aide à passer facilement à une infrastructure IP
Solutions pro-AV
Les technologies d'intoPIX soutiennent vos installations AV sur IP