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