作为TICO 在JPEG XS标准化的快速进展及其走向互操作性道路的一部分，IETF RTP Payload Format forJPEG-XS（ISO/IEC 21122）已被提交并获得批准。 JPEG XS作为夹层压缩的SMPTE ST 2110-22或IPMX，被标准化用于专业媒体在IP 。
这为JPEG XS在广播和专业电视系统中的应用打开了大门，目前，这些系统正在向基于基础架构过渡，正在寻找以最低的延迟和复杂度有效传输更多像素的智能方法。
要了解更多关于TICO移至JPEG XS以及Intopix的参与和解决方案，请参见intopix.com/jpeg-xs
ISO/IEC 21122的RTP有效载荷格式 (JPEG XS RFC 9134)
抽象：
本文档指定用于传输 ISO/IEC 21122 （JPEGXS） 编码视频的实时传输协议 （RTP） 有效负载格式。 JPEG XS 是一个低延迟、轻量的图像编码系统，可实现更高的分辨率和帧速率，同时提供视觉上无损的质量，同时减少功耗和带宽等资源量。
IP 媒体工作流程和VSF TR08的RTP有效载荷数据包化模式
JPEG XS有效载荷中的两种RTP打包模式被标准化，为实现者提供了更多的灵活性。编码流模式和基于切片模式。
一个主要的区别是，"编码流模式 "是以光栅扫描顺序发送编码数据，而 "基于切片的模式 "能够以下列方式发送编码 非连续传输.
intoPIX 和VSF TR08建议应用（默认）"Codestream 分组化 模式 "来处理XS RTP负载。 虽然它在所有的实现中提供了最低的XS编码和解码的延迟。 FPGA ,CPU &GPU, t编码流分组模式还提供以下好处 优点。
- 在JPEG-XS中保持恒定的比特率编码（帧以下的几行延迟），在JPEG-XS中实现了更高的编码质量和效率。
- RTP（ST 2110-22）和MPEG2-TS（ST 2022-2）之间的直接重映射（无延迟惩罚），无需解析码流。
- RTP（ST2110-22）和MXF之间的直接重映射（无延迟惩罚），不需要解析码流的解析
相反，如果出现以下情况，则建议使用基于切片的分组模式 编码流的非连续传输。它可能会在互操作性方面造成缺陷--在工作流程中造成其他的延迟惩罚，但可能会在某些。 在某些GPU 的特定使用中减少延迟。这种非顺序的好处还没有/从未被证实，而且很难使硬件(FPGA)和CPU (ARM/x86_64)的实现具有互操作性
相关：
TicoXS :IP-cores &SDK
阅读更多关于新的JPEG XS和我们的软件和硬件解决方案的信息
广播新闻
intoPIX 帮助您轻松移动到 基于IP 的网络架构
