JPEG XS是最新的VSF TR-08的核心,以简化live 生产,以cloud 。 

24.08.21 下午 02:04 作者:朱莉

了解新的VSF TR-08:JPEG XS编码,使用SMPTE 2110-22封装。

这项新建议的主要目的是解决局域网(LAN)、广域网(WAN)和。 技术建议TR-08的主要目的是解决局域网(LAN)、广域网(WAN)和cloud ,并使不同供应商的产品之间具有互操作性。它支持低延迟的JPEG XS视频的传输。 ST 2110-22.


的压缩方法。 JPEG XS压缩方法用于低延迟的传输应用,在IP 网络上进行低成本、高质量、实时的电视视频信号传输。使用 JPEG XS,与JPEG 2000相比,我们谈论的是1到3毫秒 的延迟,而使用JPEG 2000则是100毫秒,使用H264或HEVC则更多。这真的给你一种感觉,即完全没有延迟,你可以像在现场一样做所有事情这些都是JPEG XS的好处,它可以提供一个完整的端到端标准化解决方案,延迟可以忽略不计--而且不损失质量--只需要一小部分带宽。这为广播公司和观众创造了一流的体验。

JPEG XS编码和解码的低延迟特性特别适合于live 生产应用。在不影响质量的情况下,将视频压缩到其十分之一的能力意味着广播公司可以节省带宽成本,特别是当许多live ,需要发送到一个中心位置进行制作。在任何通过IP 网络以分布式方式进行制作的环境中,JPEG XS允许技术总监、操作员和各类制作人员位于任何地方,而不必担心延误。在10:1的压缩率下,视频质量在视觉上是无损的,而延迟则可以忽略不计。


通过这个新的TR-08, XS活动小组将重点放在 XS与 ST 2110-22封装以及与ST 2110系统内其他媒体组件的潜在系统互操作性问题。 VSF JPEG XS活动小组重点关注JPEG XS与SMPTE ST 2110-22封装以及与ST 2110系统内其他媒体组件的潜在系统互操作性问题。

live ,通过TR-08进行生产迁移的案例研究,cloud 。

在JPEG XS上使用SMPTE ST 2110-22以及FEC、ARQ或SMPTE ST 2022-7,可以直接将来自场馆、摄像机、演播室的live ,直接进入cloud ,用于live ,反之亦然,并且零延时。VSF已经启动了一个地面到Cloud 到Cloud 到地面(GCCG)活动小组,以满足这些需求。优质的工作流程使用TR-08来实现。

广播和ProAv应用的能力集和互操作性点

TR-08开发了可互操作的能力集,包括特定目标应用的互操作点。这些能力集定义了可以出现在比特流中的特征和能力,以及在符合要求的接收器中的预期能力。

 

能力集考虑到网络和时间的限制,无论是局域网(设施内)或广域网(设施间)的应用,还是ProAV(带多媒体的校园内),包括来自以下方面的时间限制 IPMX标准.这些设备支持高清、4K甚至8K视频的一致性水平,目标是广播应用,例如4:2:2色彩采样高达10比特,或者ProAV应用,4:4:4、4:2:2、4:2:0色彩采样高达10比特甚至12比特。

 

JPEG XS对于ProAV和广播来说也是必不可少的,它将节省大量的时间和挑战,避免为一个单独的市场开发特定的东西......它的方向是正确的。

intoPIX 已经为实施者开发了一套完整的解决方案

值得注意的是,新的 IPX-RTP-XS IP-cores for JPEG XS video over ST 2110-22.它们能够实现RTP的分组/解包,并被设计为与intoPIX 视频编解码器一起使用。FPGA IP-cores可以直接与. TICO-XS编码器和解码器 IP-cores,提供完全符合JPEG XS视频传输的RTP。 核心遵循IETFJPEG XS RFC,适用于通过SMPTE ST 2110-22进行JPEG XS视频的互操作传输。 

在此基础上,intoPIX ,还提供了适合VSF TR-08的软件中JPEG XS的低延迟实现。

 

VSF还发布了TR-07,随着这个新版本的发布,JPEG XS互操作性活动小组重点关注JPEG XS over MPEG-2 TS /SMPTE ST 2022-2,以确保互操作性。 

 相关内容

intoPIX 提供全系列的JPEG XS编码器和解码器作为FPGA IP -cores,支持高清、4K甚至8K、422、444和HDR格式。 

FastTICO-XSCPU &GPU SDKs 是所有希望在其整个基础设施和工作流程中部署新的JPEG XS超低延迟、无损编码的专业人士的完美选择。


IPX-RTP-XS IP-cores使被设计为与intoPIX 视频编解码器一起使用,用于ST 2110-22流。