超越感官,沉浸赛场——大型体育赛事云上实战精选-第三章 2022北京冬奥会:百年奥运的黑科技百年奥运的相觑之温:尔疆我界,咫尺相见—Cloud ME(上)

简介: 超越感官,沉浸赛场——大型体育赛事云上实战精选-第三章 2022北京冬奥会:百年奥运的黑科技

 

2022北京冬奥会本是一届非凡的存在,这是有史以来第一次将奥运会所需的全部核心系统全面上云,以数字化技术创造奥运的新纪元。

 

但绿色奥运不止如此,在面临Covid-19限制和物理隔阂之下,千里之外,人与人的会面可以透过绿色科技之光而以全息形态实现,这便是阿里云视频云基于AliRTC(音视频通信技术)推出的云上创新解决方案——阿里云聚“Alibaba Cloud ME”,第一次在百年奥运史上跨越物理空间,创造了人与人之间的“云聚”时刻。(以下简称Cloud ME)

 

1. 云聚现场的汩汩之温—Cloud ME创造传奇会面

 

“Cloud ME”本意出发,为物理空间限制下渴望探索真实会面感的人们,提供沉浸交互体验,使他们能够以真人3D形态见面,并享受彼此的实时对话与交互。

 

image.png

远隔1300公里的巴赫与张勇先生,

以全息形态现身北京新闻中心,同台云拜年。

 

冬奥会刚刚开幕之时,身处北京闭环内的国际奥委会主席巴赫通过Cloud ME“现身”2022北京新闻中心云聚展区,与远在上海的阿里巴巴集团董事会主席兼CEO张勇,隔空“云聚”,以全息形态同台送出奥运寄语,又在“现场”隔空传递冬奥火炬,于众多媒体记者的见证下,Cloud ME让一切交谈和交互犹如真人临于现场,气氛真实而有流动感,惊叹元宇宙的提前到来,又深感科技涌出的汩汩之温。

 

在奥运世纪见面之外,更有温度的,是透过Cloud ME,让因疫情分离别北京、上海两地的医护人员家庭得以在“云上全家团聚”,孩子看到父母如临眼前的欢喜之相,和一张穿越空间的全家福,浓浓暖意,足以瞬间融化这背后所有技术的艰辛演进。而这一刻,技术也挥着人文的熠熠之光。

 

image.png

点击这里查看视频:通过Cloud ME,一场特别的见面

 

整个会面过程通过Cloud ME,将会面者们的全身图像投射到远程全息舱中,以展示他们的3D形象,从而促成多人异地的远程会面交互。

 

Cloud ME全息舱装置简单,除典型的演播室设备(如摄像机和计算机来捕捉镜头)之外,基于强大的云计算能力,不需要任何额外的现场IT基础设施或优化的互联网带宽来助力录制和传输。正是Cloud ME易于落地的特性,让虚拟现实会面可以在更无限的场域向更广泛的受众开放,创造更多样、更有温度的云聚可能。

 

image.png

一张特殊而浓浓暖意的“全家福”

 

就此,无论多想见的人、多遥远的客户、多难相聚的团队,都能透过阿里云视频云的Cloud ME,以云聚之力,咫尺相见。

 

2. Cloud ME的魔法显现—发丝级全息复刻&眨眼般超低延时

 

基于阿里巴巴在数字化和智能技术的支撑,Cloud ME制作的音视频将在阿里云上进行压缩、传输、处理和渲染,在这过程中,经久打磨的RTC技术起到最为关键的作用,而阿里云先进的计算能力和广泛的全球网络覆盖也为RTC提供了坚实基础。

 

实现多人异地全息会面,Cloud ME的操作落地简单,但技术非同寻常。

 

image.png

点击这里查看视频:冬奥黑科技Cloud ME的技术实现

 

传奇过程,如下所现:

 

首先,在影像采集环节,摄影机采集的画面是无法直接在播放端进行全息成像的,所有画面需要通过先进的编码器进行深度压缩,并在实时传输协议和QoS(Quality of Service)抗丢包策略的保障下发送到阿里云的音视频通信(RTC)网络,画面最终上传的格式和尺寸与普通4K电影无异。

 

随之,当画面到达云端之后,需要借助云上强大的处理能力完成包括转码、渲染、场景重建、光影处理在内的复杂流程,完成从“平面”到“全息”的蜕变,以真人1:1等比虚拟化复刻,生成3D全息人物,以高清方式重建所有互动细节,包括人物的微面部表情和服装纹理,达到“发丝级”全息全尺寸复刻,塑造全真实交互的沉浸感,一切犹如身临其境。

 

天下武功,唯快不破。在如此复杂和大跨度的技术链路上,为了实现顺畅的会面效果,技术实现的关键也在于“速度”,而保障“速度”的关键则是阿里云覆盖全球的音视频传输网络GRTN(Global Realtime Transport Network),及其在视频编解码、网络传输、超大规模音视频处理和调度等方面的核心技术

 

基于这些技术,影像画面传输和处理的全过程,包括SDK编码、实时传输,云上处理和渲染,端侧解码和成像,仅需在眨眼间的200毫秒内即可完成,体感上与我们日常交流互动的综合体感相同,毫无延时顿感,极度真实。

 

由此,Cloud ME发丝级的全息全尺寸复刻、眨眼般的超低延时,和稳若磐石的网络传输力,让更多交互奇迹由而发生

 


相关文章
|
前端开发 JavaScript
富文本编辑器wangEdiotr,编辑内容后,重新打开报错Uncaught (in promise) Error: Cannot find a descendant at path
富文本编辑器wangEdiotr,编辑内容后,重新打开报错Uncaught (in promise) Error: Cannot find a descendant at path
2663 1
|
消息中间件 Linux
IPC——消息队列
Linux进程间通信——使用消息队列 下面来说说如何用不用消息队列来进行进程间的通信,消息队列与命名管道有很多相似之处。有关命名管道的更多内容可以参阅我的另一篇文章:Linux进程间通信——使用命名管道   一、什么是消息队列 消息队列提供了一种从一个进程向另一个进程发送一个数据块的方法。
1755 0
|
2月前
|
SQL 关系型数据库 数据库
Postgresql入门之psql用法详解(三)- 元命令详解(\dconfig-\if)
psql元命令以反斜杠开头,由psql客户端直接解析执行,用于增强数据库管理与脚本操作。支持参数引用、变量插值、shell命令执行及SQL语句联动,涵盖连接控制、对象查看、数据导入导出等功能,是PostgreSQL交互操作的重要工具。
7-5 sdut-C语言实验-最长公共子序列
7-5 sdut-C语言实验-最长公共子序列
300 0
|
监控 开发工具 Android开发
结合GB/T28181规范探讨Android平台设备接入模块心跳实现
本文介绍了GB28181标准中的状态信息报送机制,即心跳机制,用于监控设备与服务器间的连接状态。根据国标GB/T28181-2016,设备在异常时需立即发送状态信息,在正常状态下则按固定间隔(默认60秒)定期发送。若连续三次(默认值)未收到心跳,则视为离线。文章展示了在Android平台的GB28181设备接入模块(SmartGBD)中,如何调整心跳间隔为20秒及超时次数为3次,并给出了心跳消息的示例和异常处理代码片段。对于希望深入了解或遇到问题的开发者,作者提供了进一步交流的机会。
394 0
VsCode通过snippet generator快速生成自定义代码片段
VsCode通过snippet generator快速生成自定义代码片段
1215 0
VsCode通过snippet generator快速生成自定义代码片段
|
存储 缓存 资源调度
flink面试问题总结(2)
flink面试问题总结(2)
flink面试问题总结(2)
|
弹性计算 前端开发 安全
阿里云多账号网络互通最佳实践
在企业起步阶段,规模较小,一般采用单账号模式。随着企业的发展,单账号的缺陷越来越明显,因此中大型企业上云时通常选择多账号,但是多账号间往往存在着大量的网络互通场景,如何解决多账号的网络互通问题呢? VPC 作为云上最常用的网络环境,不同账号的 VPC 之间默认是无法互通的,多账号网络互通常用的解决方案是 CEN(云企业网)和 VPN 网关。
阿里云多账号网络互通最佳实践
|
存储 人工智能 弹性计算
实战案例——作业帮 | 学习笔记
快速学习实战案例——作业帮
|
机器学习/深度学习 算法 Serverless
sklearn中分类模型评估指标(四):Jaccard相似系数、铰链损失、对数损失
Jaccard相似系数 jaccard_score函数计算标签集对之间的 Jaccard 相似系数的平均值,也称为 Jaccard 指数。 第 i 个样本的 Jaccard 相似系数,具有真实标签集yiy_iyi​和预测标签集y^i\hat{y}_iy^​i​,其公式定义为:

热门文章

最新文章