作為快速進展的一部分 TICO 在 JPEG XS標準化及其互操作性之路，IETF RTP有效載荷格式 JPEG-XS （ISO/IEC 21122） 已提交並獲得批准。 JPEG XS是針對專業媒體的標準化 IP 作為夾層壓縮 SMPTE ST 2110-22 或 IPMX。
這打開了大門 JPEG XS在廣播和專業視聽系統中的使用，目前正在過渡到 IP 基於基礎設施，並尋找智慧方法，以盡可能低的延遲和複雜性以最佳品質高效傳輸更多圖元。
閱讀更多關於 TICO 移至 JPEG XS和 intoPIX的參與和解決方案，請參閱 intopix。。.com/jpeg-xs
符合 ISO/IEC 21122 的 RTP 有效負載格式 （JPEG XS RFC 9134）
抽象：
本文檔指定用於傳輸 ISO/IEC 21122 （JPEGXS） 編碼視頻的即時傳輸協定 （RTP） 有效負載格式。 JPEG XS是一種低延遲、輕量級的圖像編碼系統，可提高解析度和幀速率，同時提供視覺無損品質，同時減少功耗和頻寬等資源量。
RTP 有效負載數據包化模式 IP Media worflows & VSF TR08
兩個 RTP 資料包化 模式在 JPEG XS有效負載為實現者提供了更大的靈活性：代碼流模式和基於切片的模式。
主要區別在於「碼流模式」以光柵掃描順序發送編碼數據，而「基於切片模式」能夠以非順序傳輸發送編碼數據。
intoPIX VSF TR08 建議（預設情況下）對 XS RTP 有效負載應用“碼流數據包化模式”。雖然它在所有實現中提供了最低的XS編碼和解碼延遲： FPGA , CPU & GPU，代碼流分組模式還具有以下優點：
- 更好的編碼品質和效率 JPEG-XS保持動態恆定比特率編碼（幾行延遲，低於幀）
- RTP （ST 2110-22） 和 MPEG2-TS （ST 2022-2） 之間的直接重新映射（無延遲損失），無需解析代碼流。
- RTP （ST2110-22） 和 MXF 之間的直接重新映射（無延遲損失），無需解析代碼流
相反：在代碼流的非順序傳輸的情況下，可能會建議使用基於切片的分組模式。它可能會在互操作性方面造成缺陷 - 導致工作流中的其他延遲損失，但可能會 減少某些特定用法的延遲 GPU.(這種非順序優勢尚未/從未得到證實，並且很難與硬體（FPGA） 和 CPU （ARM/x86_64） 實現
相關：
TicoXS ： IP-核心和 SDK
閱讀更多關於新的 JPEG XS和我們的軟體和硬體解決方案
廣播新聞
intoPIX 幫助您輕鬆移動到 IP基於基礎架構
