本文VSF Fall Meeting 2020的演讲，演讲者是来自 Open Broadcast System 的 Kieran Kunhya ，主要内容为描述了使用 COTS（商用现货）IT服务器和相关硬件来实时处理ST 2110和其他高质量视频信号，以及与这些工作流程相关的技术挑战。
Kunhya 首先描述了需求：在COVID-19 形势下，互操作性要求在更低的成本下达到更低的延迟。体育、新闻等媒体制作需要在保持社交距离前提下（即远程）实现对媒体的编辑
当前IT工业界方法有一些局限性：IT工业界通常的处理框架（像 DirectShow，GStreamer，FFmpeg）都是以视频帧为单位处理的，等待一帧数据到来，解码处理，再编码输出，固有延迟较高。对于一些需要低级延迟的交互应用，如云游戏，我们期待更低的延迟。
Kunhya 强调，当我们讨论广播工业（而不是流媒体）的延迟的时候，我们在讨论的是亚秒级的延迟。
按行处理未压缩的IP视频有充足的时间做像素级处理，但是当前还没有广泛使用，很多组件需要自己完成。Kunhya 提到，我们在这里不能使用带有垃圾回收机制的编程语言，那会带来额外的5毫秒延迟。在解码端，按行处理的解码需要注意要避免在 slice 边界处使用 deblock，也要做高码率流的延迟/通量取舍，可能需要缓存一些 slice 来达到实时。
帧内编码如 VC-2/JPEG-XS 大约有 32-128行的延迟，因为无法做帧级码控，会有 100-200Mbps 的码率，因此当前在家用环境和一部分生产环境无法使用
当前的demo已经可以达到在合适的码率下达到5帧的延迟，可以用作 ST 2110->MPEGTS->ST 2110 的远程生产。
