Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >使用 JPEG XS 和 AWS CDI 的云端实时视频

使用 JPEG XS 和 AWS CDI 的云端实时视频

作者头像
用户1324186
发布于 2021-12-17 06:17:53
发布于 2021-12-17 06:17:53
1.4K0
举报
文章被收录于专栏:媒矿工厂媒矿工厂

目录

  • 引言
  • JPEG XS:低复杂度,低延迟,高质量
  • CDI — 云数字接口:云端未经压缩的视频/音频/元数据
  • 结论

本次演讲主题为使用 JPEG XS 和 AWS CDI 的云端实时视频,主讲人为来自亚马逊云科技专门从事广播的首席解决方案架构师 Thomas Edwards。

引言

在英国有一个成语 “Horses For Courses”,主要意思是我们应当为客户具体的需求,选择合适的技术方案或者策略。所以有时候我们需要高压缩率,在由带宽限制的条件下,也许是直接面向消费者的视频,延迟也许并不重要。但是有时候可能需要未经过压缩或者轻微压缩的视频,来实现非常高的质量和非常低的延迟。因此我们需要根据实际需求进行衡量。

JPEG XS:低复杂度,低延迟,高质量

首先主讲人介绍了 JPEG XS,JPEG XS 作为一个低复杂度的编解码器,具有非常低的延迟,同时也能够提供非常高的质量。JPEG XS 由国际标准化组织(ISO)和国际电工委员会(IEC)的联合工作小组 JPEG 联合制定,并将 JPEG XS 标准化为 ISO/IEC 21122。

首先 JPEG XS 不是目前在互联网上通用的,使用离散余弦变换的 JPEG,也不是 JPEG 2000。和 JPEG 2000 相同点是 JPEG XS 也是一个小波编解码器。但是 JPEG 2000 编解码器的复杂度是非常之高的,目前 JPEG 2000 确实在高质量的视频压缩方面非常有效,但是他需要 FPGA 硬件支持来实现实时性。JPEG 2000 的软件实现在实时性方面并不实用。这个时候 JPEG XS 的提出是非常有意义的。

JPEG XS 的目标之一就是实现一个低计算复杂度的编解码器,满足在基于 Intel Core i7 硬件基础上实现 4K 60p 的实时性。使用 JPEG XS 需要支付一定的专利费,

当我们查看 JPEG XS 的延迟时。它是硬件实现中的端到端延迟。FPGA 实现可以将延迟低至 32 行。即使直接对比现实世界和软件实现,我们只能观察到大约一帧的延迟。JPEG XS 具有非常低的多代损失,所以如果你压缩然后解压、再次压缩然后解压,进行10个周期,只会观察到小于 1 个 dB 的 PSNR 损失。JPEG XS 在多次压缩解压缩中是非常稳定的。但对于 H.264、HEVC 或者 VVC,他们进行了更高水平的压缩,在一个周期内的压缩是非常高效和高质量的,但是如果向上面一样进行一次又一次的压缩解压缩,伪影会越来越多。

JPEG XS

因此我的个人观点是,JPEG XS 需要每秒 175 Mbps 来提供一个视觉上无损的 HD 视频。如果将其与 JPEG 2000 相比较,这大约是每个像素多了一个比特。而客户有稍微不同的观点,他们是使用 JPEG XS 的网络。他们喜欢 10:1 的压缩,例如,720p60 需要每秒约 110 Mbps 的带宽。对于体育内容,客户对视觉损失更加挑剔,他们倾向于 5:1 的压缩水平。因此对于 720p60 这将需要到 220Mbps 的带宽。更多信息可以从下面这个白皮书中找到:http://ds.jpeg.org/whitepapers/jpeg-xs-whitepaper.pdf

CDI — 云数字接口:云端未经压缩的视频/音频/元数据

然后主讲人介绍了什么是 CDI: CDI 是云数字接口,他在云端提供未压缩的视频、音频和元数据。因此:

  • CDI 允许在云端以高水平的可靠性移动未经压缩的多媒体数据;
  • 其预期延迟:小于 1 帧;
  • GitHub 上有开源的 SDK
  • 它在亚马逊网络服务上通过使用可扩展的可靠数据报协议 SRD 来实现,它在 RF 上运行,作为弹性结构适配器。

进一步主讲人介绍了云端 UDP 以及一个简单的云端网络和 ECMP(Equal-Cost Multi-Path Routing)的相关内容。同时介绍了 SDR(Scalable Reliable Datagram)协议的特性和效果。

CDI 在 SRD 的基础上提供了一个 SDK,并且有 WindowsLinux 两个版本。这个 SDK 是作为一个开源项目在 2-clause BSD 许可下提供的。不需要额外的版权费,客户只需为支持 EFA 的 EC2 indtance 使用付费。SDK 用于可用性内部的区域传输,并针对 EC2 配置组进行了优化。为了提高供应商之间的互操作性,SDK 有一个音频/视频/元数据(AVM)层,其样本映射与 ST 2110 相似。

AWS CDI SDK 概念

结论

最后主讲人进行了总结,如果你想获得最低延迟和最高质量的云视频,主讲人建议使用 JPEG XS,它可以在输入和输出云端时进行较轻的压缩。同时,JPEG XS 是一个国际标准,任何人都可以得到,而且它是一个非常友好的编解码器。因此它在云端的软件中也很好用。在 Prem 上,你可能想使用基于软件的编码器,或者你可以使用 FPGA 编码器以获得最低延迟。

另一方面,CDI 是未压缩的视频、未压缩的音频,是云端的辅助数据。它由云网络的设计提供动力,其固有的能力是使 CDI 工作的原因。并且 CDI 是一个开源的 SDK,任何人都可以得到。

结论

附上演讲视频: http://mpvideo.qpic.cn/0bc3tqac2aaabyapn2vzvvqvbhgdfwoaalia.f10002.mp4?dis_k=8491df6bac71923684403b38470d63a3&dis_t=1639721754&vid=wxv_2180669849335627781&format_id=10002&support_redirect=0&mmversion=false

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2021-12-15,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 媒矿工厂 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
JPEG XS 图像编码新标准
原标题:JPEG White paper: JPEG XS, a new standard for visually lossless low-latency lightweight image coding system
用户1324186
2019/08/08
7.6K0
JPEG XS 图像编码新标准
JPEG-XS:用于IP视频的母片图像(mezzanine image)编解码器
本帖参考T. Richter等人发表在SMPTE Motion Imaging Journal的文章JPEG-XS—A High-Quality Mezzanine Image Codec for Video Over IP。超高清(UHD)内容的生产,需要更多的带宽用来传输和交换数据;基于IP协议栈的基础架构则更多的灵活性。在生产工作流程中的母片压缩技术可以减少必要的数据传输容量,甚至可以使用旧的、支持HD的基础架构。这类编解码器设计的主要难点是满足超低延迟并且保持高质量的同时,降低设计复杂性。考虑到这一点,联合图像专家组(JPEG)委员会启动了一个名为JPEG-XS的工作组,应对此需求。本文介绍了此类编解码器的具体要求、标准题案的结果、核心实验的阶段进展,及对所选技术的一些评述。
用户1324186
2018/12/07
5.4K1
JPEG-XS:用于IP视频的母片图像(mezzanine image)编解码器
W3C: 媒体工作流集成 (1)
本次分享的主持人为来自 W3C/SMPTE 网络专业媒体制作联合研讨会主席 Pierre-Anthony Lemieux,他向我们分享了最新的网络浏览器发展,现在在任何网络浏览器中使用专业媒体已经成为可能,并且实际上可以在 HTTP 服务器上播放无损的 UHD 视频,无需代码和插件。
用户1324186
2022/04/11
4730
W3C: 媒体工作流集成 (1)
实现视频和音频的零延迟是标准的零和博弈
我们对于为什么视频不能及时、以未压缩的质量交付做出了很多解释。其中许多解释都是合理的,这些问题主要集中在网络容量或间歇性、扩展低延迟解决方案的成本、甚至局限性的现成处理器实时处理4K Ultra HD或者高动态范围(HDR)内容方面。
LiveVideoStack
2019/10/14
1.5K0
实现视频和音频的零延迟是标准的零和博弈
【前沿动态】视频编码步入更压缩高性能时代
目前,针对海量多媒体数据的压缩和处理,特别是VR和HDR视频数据,开发并提出新的高性能codec及处理方案是多媒体通信应用行业共同面临的难题。MPEG已经开始着手更新一代视频编解码标准VVC的制定,视频压缩性能有望进一步大幅提高。在此背景下,本文简要梳理一下当前针对大规模多媒体数据的高效压缩技术。
用户1324186
2018/07/26
1.1K0
JPEG 最近在忙啥?
第81届JPEG会议在加拿大不列颠哥伦比亚省温哥华举行,会议对下一代图像编码标准(称为JPEG XL)的提案征集的回应进行了大量工作,预计将提供解决方案用于提高质量和灵活性的图像格式,具有更好的压缩效率。征求建议书回复的初步评估证实了不同各方对此活动的兴趣以及质量和压缩效率的演变,这将由未来的标准提供。
用户1324186
2018/12/24
1.2K0
失真对编码性能的影响研究
近几年来,视频流的技术环境发生了巨大的变化,互联网上的视频流量急剧增加。根据 Cisco 公司的报告的预测,视频流量将超过整个互联网使用量的 80%。这也使得人们对视频流和实时视频通信应用中的视频压缩的比特率与质量的权衡关系产生了更大的兴趣。然而这些编解码器在实际系统中的实际部署表明,还有其他考虑因素进一步限制了编解码器的性能,例如设备上的资源、云中的计算资源和 CDN(内容交付网络)中不同服务器之间的带宽。尤其是转码已经成为流媒体和通信生态系统的一个关键设备,使 Netflix、YouTube、Zoom、微软、Tiktok 和 Facebook 的视频应用成为可能。用户生成内容(UGC)的流媒体的一个主要问题是失真的影响,如噪音、曝光/光线和相机抖动。对于 UGC,这些失真通常会导致比特率提高,图片质量降低。
用户1324186
2021/11/23
1.2K0
JEPG XS:低延时视觉无损压缩
本次演讲来自SMPTE,演讲者是来自Evertz Compression System的两位产品技术经理Branislav KuKuji和Rajvlr Singh。本次演讲主要介绍了JPEG XS这一低延时且视觉无损的新压缩标准。
用户1324186
2021/02/08
2.9K0
视频编码复杂度持续增加,云端硬编码方案优势凸显
过去十年,基于H.264/AVC的视频编解码器一直在流媒体应用领域占主导地位,但随着Apple在iOS 11中采用H.265/HEVC以及Google在Android上力推VP9,形势悄然发生变化。明年Open Media联盟将会发布性能更高的AV1视频编解码器。视频内容提供商不久就要决定除了H.264之外是否需要进一步支持H.265和VP9,带来的结果就是视频编解码器市场将会变得支离破碎。 A. 视频编码复杂度增加: 随着视频编解码器市场的风云变幻以及消费者对更高质量视频的需
用户1324186
2018/03/05
2.1K0
视频编码复杂度持续增加,云端硬编码方案优势凸显
音视频编解码格式扫盲学习
Video \Audio Container是什么? 视频、音频和容器是多媒体文件的三个主要组成部分:
天天Lotay
2023/10/15
4140
超高清内容生产中的视频编码技术
通过逐步引入宽色域(WCG)、高动态范围(HDR)、更高的分辨率和更高的帧率(HFR)等用以改善视频消费者观看体验的新特性,Ultra-HD(UHD-1)预计将在未来几年成为市场上主流的视频格式。然而伴随这些新特性而来的主要问题是视频数据量的急剧增加,其带宽需求已经远远超出了3G-SDI和10GbE接口所能提供的带宽上限。为了使UHD-1格式能够兼容现有的生产设备,业界已经提出了几种轻量级的压缩方案。目前,Range Extensions(RExt)已被批准为HEVC标准的第2版,其中引入了一些先进的编码工具,支持4:2:2和4:4:4色度采用方案、16位比特深度以及较高的数据吞吐量。
用户1324186
2018/09/21
3.3K0
超高清内容生产中的视频编码技术
实时 8K 服务的现状
8K 内容能给观众带来更强烈的真实感,使用户获得更好的身临其境的体验。当我们说某些视频内容是 8K 时,那么就不得不提及分辨率、帧率以及色度等等。分辨率为 4K 的 4 倍或者 FHD 的 16 倍、60FPS 甚至 120FPS 的高帧率、高动态范围、10 比特的比特深度等等,这些似乎都是 8K 内容的标签。那么怎样的参数或者视频技术的组合才真正能定义 8K 格式呢?我们需要一个明确的标准来定义 8K。
用户1324186
2022/02/18
5090
实时 8K 服务的现状
理解低延迟视频编码的正确姿势
在视频世界中,延迟是获取视频帧的瞬间与该帧显示的瞬间之间的时间量。低延迟是任何与视频内容实时交互的系统的设计目标,例如视频会议或无人机驾驶。
用户1324186
2018/10/25
4K0
理解低延迟视频编码的正确姿势
8K内容分发挑战
首先来自三星的 Bill Mandel 从电视制造商的角度来看 8K 分发问题。他先从 HDR 谈起,现在有多种编解码器和系统可以支持 8K, 而 HDR 服务也往往随着 8K 一起被推出 ,三星则在智慧电视Tizen操作系统上为开发者构建了 8K 服务开发工具, 除了三星的一些 8K 服务提供商为 Tizen 开发的一些应用程序,开发者们可以基于 C# 或 javascript 来进行开发。三星还开发了一个 HDR10+ 的sdk,在直播或点播场景中支持高达 8K/60FPS, 目前该SDK的 4K 商业版本可从 PIXTREE 和 Android Q 手机上获得
用户1324186
2021/09/17
7150
MPEG视频编码增强方案初探
一方面,大多数国家网络带宽不足以支持传送高质量的OTT视频内容。即使在美国,欧洲和日本等发达国家,3Mbps以上用户只有不到10%,2Mbps和3Mbps之间的比例为15-20%,1Mbps和2Mbps之间的比例为40-50%,低于1Mbps的比例超过30%。另一方面,H.264/AVC编解码设备已广泛部署,消费电子设备的更换周期长,难以短时间内升级到更高性能的方案,尽管存在多种新编码替代方案(例如,HEVC,SHVC,VP9,AV1和VVC)。
用户1324186
2019/03/07
1.3K0
MPEG视频编码增强方案初探
音视频技术开发周刊 | 235
每周一期,纵览音视频技术领域的干货。 新闻投稿:contribute@livevideostack.com。 视频超分中的自监督适应方案 本文分享论文『Self-Supervised Adapta
LiveVideoStack
2022/03/08
1.2K0
用 Encore 进行视频转码
SVT 是瑞典的国家公共服务广播公司,SVT Play 是 SVT 的 OTT 流媒体平台。SVT Play 每天需要转码处理约 65 - 90 小时的 VoD (Video on Demand,视频点播) 内容。其中包括约 300 段的不足一分钟的小视频片段,45 - 55 小时左右的高质量视频,18 小时左右的新闻以及一些难以分类的视频。转码这些视频时会面临许多问题,例如需要按时发布这些视频,而且要在尽可能低码率的情况下保证较好的视频质量。在 SVT Play 中这些大量的视频内容通过 encore 进行转码处理。
用户1324186
2021/12/02
10.7K1
用 Encore 进行视频转码
4K视频为何越来越糊?SGMII与HEVC如何重拾高码流体验
随着网络视频平台的发展,用户对于4K高清画质的需求日益增长。然而,许多用户发现,即使购买了视频平台的会员,观看4K内容时画质却不如预期,有时甚至还会出现模糊、卡顿的情况。这种现象背后涉及到视频编码、网络带宽、和视频传输的诸多因素。
用户10591265
2024/11/01
2000
4K视频为何越来越糊?SGMII与HEVC如何重拾高码流体验
HEVC流媒体服务器被过度炒作的5个原因
实时流传输/直播是一个复杂的过程,涉及多种不同的方法和格式。这些组件中之一是用于媒体文件编码和解码的编解码器。编解码器还定义了编解码器可用于执行流传输的工具的类型。
LiveVideoStack
2020/09/16
1.5K0
TICO : UHD生产系统中的Mezzanine Codec
本帖参考M. Miyazaki等人发表在SMPTE Motion Imaging Journal的文章UHDTV-2 Mezzanine Compression Codec For Miniaturized and Simplified UHD Production System,重点介绍了我们在生产应用中硬件压缩的发展。底层压缩方案经过多个编码/解码周期展现出最小的质量下降,使其适用于生产系统。Tiny Codec(TICO)编解码器采用48 Gbits / s(59.94 Hz,10 bit,4:2:2)的未压缩UHDTV-2比特流,并将其压缩以适合单个12G数字分量串行接口(SDI)电缆。该设备还可以配备IP接口。这些改变可以显着降低电缆和切换器的复杂性。
用户1324186
2018/12/12
2.2K0
TICO : UHD生产系统中的Mezzanine Codec
相关推荐
JPEG XS 图像编码新标准
更多 >
领券
💥开发者 MCP广场重磅上线!
精选全网热门MCP server,让你的AI更好用 🚀
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档