【ArchSummit架构师峰会】探讨数据与人工智能相互驱动的关系>>> 了解详情
写点什么

电影行业提升 DCP 传输效率,还能这样做!

  • 2020-03-19
  • 本文字数:1781 字

    阅读完需:约 6 分钟

电影行业提升 DCP 传输效率,还能这样做!

一、背景

DCP 全拼是 Digital Cinema Package,中文是数字电影包,用于存储和转换数字影像的音频、图像和数据流,是影院放映设备使用的媒体文件包。一部普通 2D 电影的 DCP 大小一般在 40G~60G 之间,一部普通 3D 电影要乘以 2 倍,如果是 IMAX 或者 4k 的电影,DCP 的大小达到 200G 以上也是正常的。


本文揭秘超过 200G 的超大数字电影包如何高效通过 TMS 传输到各个影厅。


现在影院拷贝 DCP 到各影厅的方式主要是使用 TMS(影院放映管理系统)的传输影片功能,由 TMS 负责把 DCP 传输到各个影厅,但是这种传输的效率不高,数据源只有 TMS,所以各影厅拷贝影片都要到 TMS 上拉取,带宽就成为了瓶颈。



(图 1 目前使用 TMS 向播放服务器传输 DCP 的模式)

二、使用类 P2P 方式传输

从图 1 可以看出,影厅的播放服务器拉取 DCP 后,它们的带宽就处于空闲状态,那么我们完全可以使用类似于 P2P(对等网络传输)传输方式解决,这样就可以用现有设施提高影院内 DCP 的分发效率,起到降本提效的效果。



(图 2 P2P 示意图)


根据上面的 P2P 方式,改造影院内传输 DCP 的模型:



(图 3 改进后的 TMS 向播放服务器传输 DCP 的模式)


上图主要叙述的是传输协调器协调各个影厅寻找传输源拉取 DCP 的过程。本改进方案的特点是增加了一个传输协调器作为共享状态机,协调各影厅拷贝 DCP 的路径,计算出传输路径最优解。传输协调器的核心功能是:


1)收集各厅播放服务器网络情况;


2)标记 DCP 在各厅播放服务器的存储情况;


3)根据网络情况,计算并派发传输任务到各厅播放服务器。


而且使用了本方案的传输方式,传输效率会有极大的提升。例如有一个 DCP 的文件总大小为 400GB,总共 10 个影厅,带宽为 1000Mbps≈125MB/s,那么使用传统 TMS 传输方式,起码要 400×1024×10÷125÷60÷60=9.10 小时,差不多一个工作日的时间。而如果使用新方式,仅需要 3 小时,可以提升 3 倍,而且随着影厅的增多,效率提升指数增加。

三、进一步改进方案

由图 3 了解到,虽然上述方案把带宽浪费的问题解决了,但是架构上还有一些问题:传输协调器就是一个单点,它挂了,传输就出问题了;数据只能有一个数据来源,来源挂了,传输就停止了,而且重新传输要从头开始。这时候我们要如何解决?


这两个问题可以使用传输协调器去中心化部署及文件分片断点续传方式下载解决:


1.传输协调器去中心化部署


我们可以把传输协调器部署到各个影厅,每个传输协调器是一个几乎无状态节点,节点之间无任何信息同步,每当一个影厅的 DCP 传输完成后,就广播到各个传输协调器中。但发送拷贝指令的方式就需要改造一下,由 TMS 统一发送下载影片的指令到各个影厅的传输协调器,然后传输协调器就负责询问邻近节点是否有可下载的 DCP,存在则下载,不再需要 TMS 的传输协调器为影厅指定下载地址。新的网络拓扑图如下:



(图 4 进一步改进后的网络拓补图)


2.文件分片断点续传方式下载 DCP


上一节的方案中,拷贝 DCP 还是使用播放服务器原生指令操作的,限制很大,不支持多数据源及文件分片操作。既然播放服务器不支持,那么我们就需要自己开发一个中介角色,需要支持多数据源及文件分片操作,并且具备拷贝 DCP 到播放服务器硬盘的能力,而部署在影厅的传输协调器恰好可以承担这个职责。多数据源及文件分片方案示意图如下:



(图 5 多数据源及文件分片方案示意图)


上述两种技术方案可以合并使用。


小结:虽然这种方式并不能提升多大的速度,但是在系统容错性方面有所提升,用户体验更好了。

四、总结

通过上述章节可以看出,我们通过将 P2P、FTP、断点续传、文件分片等技术的融合,产生了一个专用于局域网传输 DCP 的技术方案。我们借鉴 P2P 的思想,实现了影厅的片源在局域网内共享的效果,克服了传统 TMS 传输 DCP 单数据源的缺点;使用 FTP 作为传输手段,兼容现有影厅的传输模式;使用断点续传、文件分片提升系统的容错性。


这个方案其实是很典型的组合创新法,用的技术都是已有并且是很经典的,但通过将它们重新梳理整合,使其在性能上发生质的变化,以产生出新的价值。本文的方案正是使用这种方法诞生的,在设计这个方案的过程中,我也学会了组合创新法的一些皮毛,以后还要继续努力学习这种方法。


作者介绍


阿里文娱开发工程师 雨衡


相关阅读


电影垂直行业的云智开放平台如何炼成?


阿里工程师带你了解 B 端垂类营销中心如何设计?


云智前端技术如何赋能场馆院线?


60 秒售出 5 万张票!电影节抢票技术揭秘


2020-03-19 10:00878

评论

发布
暂无评论
发现更多内容

React高级特性之Render Props

夏天的味道123

React

云资源管理平台有哪些?重点推荐哪家?

行云管家

云计算 云服务 云资源 云管理

湘潭等级测评机构有哪些?排名是怎样?

行云管家

等保 等级保护 等保测评 等保测评机构

深圳哪所前端培训机构比较靠谱

小谷哥

OpenHarmony社区运营报告(2022年10月)

OpenHarmony开发者

OpenHarmony

大数据培训学习合适吗?

小谷哥

遗留代码处理技巧与案例演示

京东科技开发者

数据结构 重构 代码重构 遗留代码 耦合

开发培训学习后工作好找吗?

小谷哥

大学生想进大厂是通过自学还是java培训

小谷哥

react-Suspense工作原理分析

夏天的味道123

React

react源码分析:babel如何解析jsx

flyzz177

React

DevEco Device Tool 3.1 Beta1版本发布,产品化配置优化添加自定义烧录器

HarmonyOS开发者

HarmonyOS

js手写题汇总(面试前必刷)

helloworld1024fd

JavaScript

React高级特性之Context

夏天的味道123

React

双线程技术为什么能让小程序用户体验量级提升

Onegun

小程序 线程 小程序化

2023年网络安全趋势

SEAL安全

网络安全 软件供应链安全

前端一面必会手写面试题指南

helloworld1024fd

JavaScript

几个常见的js手写题,你能写出来几道

helloworld1024fd

JavaScript

CRAFTS:端对端的场景文本检测器

合合技术团队

人工智能 深度学习 文字识别 端口 文本检测

react源码分析:深度理解React.Context

flyzz177

React

云栖大会|未来,万物皆是计算机?

云布道师

云计算 阿里云 2022云栖大会

Nydus | 容器镜像基础

SOFAStack

Nydus

VoneBaaS与兆芯完成产品兼容互认证

旺链科技

区块链 产业区块链 VoneBaaS 企业号十月PK榜

女生参加前端培训,学习不如男生吗?

小谷哥

如何实现对象存储?

MatrixOrigin

数据库 分布式数据库 对象存储 MatrixOrigin MatrixOne

实现Promise的原型方法--前端面试能力提升

helloworld1024fd

JavaScript

工业互联网新引擎——灵雀云 × 英特尔 5G融合边缘云解决方案

York

云原生 5G 边缘计算 架构设计 云边端协同

计算机网络:随机访问介质访问控制之CSMA协议

timerring

11月月更 CSMA

线上直播 | 未来金融研究所——以应用为中心,重塑金融研发效率

CODING DevOps

云原生 金融

react源码分析:实现react时间分片

flyzz177

React

基于蓝鲸流程服务实现发布管理

PingCode研发中心

流程服务

电影行业提升 DCP 传输效率,还能这样做!_文化 & 方法_阿里巴巴文娱技术_InfoQ精选文章