intoPIX

IETF RTP Payload Format for JPEG-XS (RFC 9134) est publié !

18.06.18 09:24 Par Jean-Baptiste Lorent

Dans le cadre des progrès rapides de TICO dans la normalisation de JPEG XS et de son cheminement vers l'interopérabilité, le format IETF RTP Payload pour JPEG-XS (ISO/IEC 21122) a été soumis et approuvé. JPEG XS est normalisé pour les médias professionnels sur IP en tant que compression mezzanine pour SMPTE ST 2110-22 ou IPMX. 

Cela ouvre la voie à l'utilisation de JPEG XS dans les systèmes Broadcast et Pro-AV qui sont actuellement en transition vers des infrastructures basées sur IP et qui recherchent des moyens intelligents pour transférer efficacement plus de pixels à la meilleure qualité avec la latence et la complexité les plus faibles possibles.

Pour en savoir plus sur TICO le passage à JPEG XS et intoPIXsur l'implication et les solutions de XS, voir le site .com/intopixjpeg-xs

RTP Payload Format pour ISO/IEC 21122 (JPEG XS RFC 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

Deuxmodes de mise en paquets RTPsont normalisés dans le site JPEG XS payload , ce qui offre une plus grande souplesse aux utilisateurs : 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 :

  • Codage de meilleure qualité et efficacité de JPEG-XS en maintenant un codage à débit constant à la volée (quelques lignes de latence, sous la trame)
  • 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-cores & SDK
En savoir plus sur le nouveau JPEG XS et 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