
Payload RTP pour la norme ISO/IEC 21122 (JPEG XS 9134)
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).












