公司怎么建立网站吗,哪个网站可以学做标书,哪个网站可以做记录视频,建网站html51.实现MXF的诺言——格式只是迈向可互操作内容管理的一步
当把元数据加到数字内容的MXF#xff08;素材交换格式#xff09;标准通过EBU于2002年推出时#xff0c;当时曾预期广播机构将会迅速无缝地管理其所有来自不同厂家的制作、后期和分配系统上的数字内容。 六年过…1.实现MXF的诺言——格式只是迈向可互操作内容管理的一步
当把元数据加到数字内容的MXF素材交换格式标准通过EBU于2002年推出时当时曾预期广播机构将会迅速无缝地管理其所有来自不同厂家的制作、后期和分配系统上的数字内容。 六年过去了MXF已经在广播机构中得到广泛采用但支持者现在认识到为制定可完全互操作、与厂家无关的管理标准还有很长的路要走。 先进媒体工作流程协会AMWA前先进创作格式协会在NAB2007组织了MXF母版制作格式项目的首次公开演示。演示重点包括用MXF元数据从一个档案库调用文件以便在播放期间动态实时插入一段波兰语录音。 作为MXF的共同制定者AMWA一直在与Pro-MPEG Forum和SMPTE合作。据AMWA一份报告此过程的的根源在于为一个内容管理链中任何人都可公开获得的文件传输格式开发开放性标准的挑战。在理想情况下MXF通过改善内容创作工作流程而元数据无需重复性地再登录支持所有数字视频、音频和图形文件的无缝处理。 包裹单 “MXF是一种开放的文件格式针对带相关数据和元数据的音视频素材的交换”史诺伟思技术副总裁兼此标准总架构师Bruce Devlin表示“其设计和执行宗旨是改善服务器、工作站及其它内容创作设备之间的基于文件的互操作性。” 今年1月在史诺伟思公司举行的AMWA欧洲会议回顾了过去6个月与MXF有关的工作其中包括新近成立的媒体服务架构组MSAG此小组负责提供关于数字媒体工作流程中企业级软件技术的架构和最佳惯例。 MSAG的工作包括建立一个提供协作编辑他们的文件之环境的平台。开始时的一个重点放在为面向服务的架构SOA和万维网服务开发一个术语表。 作为迈向标准化服务接口的一步该小组还检查采集过程。 “MXF现在是一个相当公认的行业标准在专业视频领域内得到广泛支持”Avid公司基础设施解决方案总监Sam Bogoch表示“要点是MXF为不同种类的元数据提供一种包装器就像一张描述内部物品的包裹单。” 哈里斯电视软件产品部产品市场总监Candy Helgerson称此“包裹单”帮助用户更有效地管理其资产。“现在我们能够存储资产有需要时搜索相关元数据。这适用于用MXF包装的任何资产不管它在哪儿取得。” 她补充说“MXF正在满足对支持内容数据开包和转换为元数据的数字资产管理产品的需求我们发现大量感兴趣的MXF新用途因此我们对取得的进展非常乐观。” 事实标准 MXF正日益成为新产品事实上的标准交换格式汤姆逊草谷系统解决方案部市场总监Eric Dufosse表示。“但采用旧格式的广播设施内仍有许多传统的系统。” Dufosse认为MXF未得到充分利用。“建立完全透明的互操作性过程还任重道远。使用一种与MXF一样大的格式标准你必须确保文件本身是真正兼容的而非只是元数据。” 主档的MXF主要被用于只有一层的单独片段Dufosse说“正在扩展此模式以便利用MXF的在多个层上处理多个片段的能力的人士和公司不多。正在转向较复杂档的MXF的有关单位也不多见。” 特纳广播系统公司全球广播技术和标准高级副总裁Clyde Smith证实此标准已较普及。“我们所做的一个调查显示10万套多种多样的支持MXF设备已销往市场。就算你不相信每一个新闻稿你仍可以说有大量的MXF设备被实际部署。” Smith表示大部分这些设备被限制于MXF最简单的OP-1A层。“此层产生工作流程内的优点但随着你进入更复杂的工作流程如自动化再创作内容以便分配给其它平台你发现需要超越OP-1A。” 一个主要的例子将是广播一个多语种的节目该节目每天不同时间、不同地理区或因文化敏感而有变动。 Smith说“MXF更复杂层将使你跨所有语言变化再创作内容因此主体保持不变但字幕、致谢名单和音轨可充分利用这些高级层选择和显示终端用户挑选的无论哪种内容。” 制造商现正进入MXF更高和更复杂的层Smith补充说“但它是一个教育过程的一小段。MXF是非常大的工具包业界正在学习哪些MXF工具用于哪些问题。” 特纳和PBS都在与厂家合作开发高级MXF的播出应用程序。NBC正在把更高层应用于奥运会。 “在某地的人士可以使用MXF编辑一个节目的一部分而别的地方的编辑可处理另外的部分”Smith说“他们不必在他们之间来回地传输整个节目就可以工作只需要他们实际在使用的那一部分。而且他们不用担心分离部分在成品中无缝地结合的问题。” Smith表示时间和带宽成本的实在节省是你从MXF高级层获得的一些主要优点。 现实检验 Pro-Bel美国公司总裁Neil Maycock表示当人们认识到MXF是一种能使数字产品可互操作的标准时它在其最初几年中经受了现实检验。 “现在我们对MXF能够实现互操作性已经有很深的认识但它并不保证你的产品将与来自其它厂商的产品兼容。” Smith说MXF规范是如此之大以至于你不可能令每一个设备和应用软件与MXF每一部分百分之百兼容因此你必须开发实际的实施工具。现在要求的东西是终端用户和厂家提出MXF标准内切实可行的模式此模式将跨多个厂商和多种设备实际运行。 Dufosse表示赞同。“我们需要更好的粘合剂令所有产品协调地通信而MXF就是此向系统一体化迈进的更大趋势的一部分。” Bogoch把MXF视为为终端用户隐藏媒体资产管理系统的复杂性的一种方式。 “行业的未来是相当丰富多彩的媒体环境在此环境下工作可以例行公事地做而5年前是根本不可能的。例如Avid正在开发简化的API它不用终端用户编写复杂的脚本即支持交换格式。” 随着MXF采用的普及广播设施其它组成部分都感受到其影响如自动播出系统。 “我觉得MXF的大量采用的趋势摆明自动化的元数据成为一种标准格式”哈里斯公司Helgerson表示“我们将看到电视台内有更多的MXF与业务系统如销售和交易等的集成因此广告代理可以发送一个以MXF打包的商业广告就不用再想有关问题了如什么时候、什么位置它可以播出或者此广告是否与电视台的非线性编辑系统或广告插播服务器兼容。” Maycock预测MXF最终将与新SMPTE广播交换格式BXF集成在一起BXF是一种基于XML的标准编程接口用于服务器、自动播出系统和交易记录系统之间路由和显示信息的传送。 “MXF和BXF正在为电视台运作中多种媒体格式管理的总过程解决犬牙交错难题的一些主要部分我们还在考虑最终实现数字媒体的愿景。”
一种发展中的标准 Omneon视频网络公司产品市场副总裁Paul Turner认为今后几年MXF的最高级将得到广泛采用。“所有厂家开始时都通过基本的OP-1A产品慢慢启动原因是每一种设备都必须能处理作为文件传送最低共同点的OP-1A元数据档案库存储器公司明白这种需求服务器公司、编辑系统公司等等也都明白。”他说MXF已经获得了推动力现在像Omneon等的公司都在生产100%的MXF产品。最高境界是能一次性地创作在任何地方都可播放的文件。尽管如此Turner仍视MXF为一种发展中的标准。“MXF是难以置信的大规范MXF的创制者是非常聪明的人他们拥有为你能想象的每一个工作流程模式提出交换规定的远见卓识。面对那么大规模的规范对每种工作流程应用仍有大量工作要做。” 二数字电影母版制作技术 【摘要】 随着数字电影技术的进步先进的数字电影母版制作技术在国外已经得到广泛的应用。我国数字电影母版制作已经有比较长的时间目前母版制作技术水平与国外还存在一定的差距。本文详细介绍了数字电影母版制作流程、相关技术细节和实践经验以供数字电影母版制作系统应用与开发人员参考。 【关键字】数字电影数字影院数字电影发行母版数字电影母版制作KDM数字电影发行数据包 一、引言 数字电影改变了影片加工制作的方式在数字影片加工制作环节数字母版制作是关键的技术和流程。数字电影母版制作指的是将数字电影发行母版DCDM经过压缩、加密、打包等技术处理形成发行到影院的数字电影数据包DCP的系统过程。 在数字电影发展初期数字节目文件格式没有统一市面上存在着着多种数字电影服务器厂商也存在多个与之对应的数字电影母版制作系统。一部影片在母版制作阶段必须经过多个厂商的母版制作系统进行加工处理因为没有统一的发行格式导致发行成本增加也导致影片在不同放映服务器之间不具备互操作性和互交换性加密和版权保护系统不能够统一广告片、预告片和故事片被习惯性的编码在一起这些都严重地阻碍了行业的发展。通过国际标准化组织的多年努力到2007年底发行节目文件格式标准终于得以确定至此数字电影母版制作技术有了统一的标准可以参照。 传统胶片电影以胶片为载体无论是广告片、预告片还是故事片都以“本”reel的形式存在胶片上包含着图像、声音和字幕等信息影院放映时需要将不同的“本”由两台放映机轮流放映或在大盘上接在一起放映。数字电影与传统胶片电影之间有一定的映射关系数字电影以数字存储介质为载体放映的节目内容为了替换、编辑、存储、传输方便被分为多“本”图像、声音和字幕都以轨迹文件的形式单独存储在影院服务器上播放时首先编排好放映播放列表节目素材依照播放列表中指定的顺序进行播放。 以上是将传统胶片电影转换为数字电影的一些特征。可以看出数字电影母版制作虽然有别于传统胶片电影底片制作但在母版制作过程及最终生成的DCP中仍然保留着传统胶片电影“本”的概念。数字电影与传统胶片电影之间的映射关系及“本”的含义是讨论数字电影母版制作工作流程首先要理解的概念。 二、 数字电影母版制作工作流程 典型的数字电影制作系统过程如图1所示 图1 数字电影制作系统过程 影片图像经过数字中间片DI系统处理再经过色彩空间转换转换为XYZ色彩编码形成图像文件连同声音文件、字幕文件等DCDM文件作为母版制作系统的输入数据。母版制作系统将图像文件压缩、加密、封装为图像轨迹文件然后与封装形成的无压缩音频轨迹文件及字幕文件进行同步并合成最后打包、资产映射形成符合标准的数字电影发行数据包DCP。 数字电影中影片素材的轨迹文件封装格式为MXFSMPTE 372M文件格式。这里轨迹文件分为图像轨迹文件、声音轨迹文件和字幕轨迹文件三类。一个轨迹文件代表一个“本”所包含的图像、声音或字幕数据。 数字电影母版制作过程如图2所示 图2 数字电影母版制作过程 首先需要对输入的大量数据进行验证控制输入数据的质量。图像数据是所有输入数据中文件数量最多、占用存储空间最大的数据。按照SMPTE 428-5标准要求图像数据为单帧TIFF文件形成的文件序列。一部影片所包含的TIFF文件大约有20万个如果图像为2K的数据占用的存储空间大约为2TBytes4K的数据量是2K数据占用存储空间的4倍。声音数据按照SMPTE 428-4标准要求为单个广播波形WAV文件对应每个“本”每个声道也就是说每“本”6个文件6“本”5?1声道的影片需要36个WAV文件。 接下来母版制作系统对无压缩TIFF文件进行编码压缩处理为每个TIFF文件生成JPEG 2000压缩码流文件。之后图像、声音都进行MXF封装加密形成MXF轨迹文件通过调整合成播放列表CPL中各轨迹文件的入点和持续时间使图像轨迹和声音轨迹同步。再下一步将合成播放列表、轨迹文件等影片素材打包形成DCP存储到物理介质中。最后一步是最终质量控制确保当前版本的影片内容在影院可以正常播放。 三、 数字电影母版制作技术 1、色彩空间的转换 色彩空间的转换是母版制作系统处理图像数据时经常要面对的问题之一。存储于DI系统的数字源母版DSM通常为RGB图像文件DSM到DCDM需经历两次转换过程。首先DSM色彩编码转换为XYZ编码然后XYZ编码转换为XYZ编码最终DCDM图像文件是XYZ编码的TIFF文件。DCDM色彩编码的基础是CIE XYZ三色刺激值系统这些值与光是线性关系而人眼与光是非线性相关。因此必须将XYZ进行以下编码转换 CVx′INT4095×(L×X52?37)1/2?6 CVy′INT4095×(L×Y52?37)1/2?6 CVz′INT4095×(L×Z52?37)1/2?6 式中INT代表四舍五入L为放映机白光亮度。 由于实际的DSM图像文件具有多种色彩空间类型母版制作系统除接收符合SMPTE 428-5要求的XYZ文件外也允许接收其他色彩空间图像文件包括DCI P3 RGB、XYZ、ITU Rec?709 RGB等。在母版制作系统中处理这些色彩空间的转换会消耗一定的时间影响母版制作的效率。 2、数字导片 数字导片是为方便质量控制在每个“本”的影片内容画面前后增加的内容片断。如下图所示 图3 数字电影导片 头部导片中第一帧是起始画面随后是6秒钟的倒计时画面在145帧处为“pop”信号用于最终质量控制Final QC时验证音话同步。整个头部导片为8秒钟共192帧。头部导片后紧跟的影片画面第一帧称为FFOAthe first frame of action。尾部导片的第48帧同样有一个“pop”信号是音画同步的第二次确认。尾部导片为4秒钟共96帧。尾部导片第一帧之前的影片画面最后一帧称为LFOAthe last frame of action。 母版制作过程形成“本”的轨迹文件后轨迹文件中应该已经包含有头部导片和尾部导片影院播放的影片CPL中各“本”指定的入点应位于头部导片之后。 3、输入数据的质量控制 母版制作过程需要消耗很长的时间特别是图像的压缩、封装和加密过程。所以验证输入数据的正确性非常必要否则一旦失败就要付出时间代价可以人工或者编写脚本自动对文件进行处理和验证。 图像的验证包含以下几个部分内容 1验证特定“本”文件目录下的文件序列是否有缺失、文件命名是否符合要求 文件的缺失会导致编码压缩过程失败或创建MXF文件失败文件命名的错误会导致找不到要处理的文件。 2验证TIFF文件具有正确的图像结构 通过查看TIFF文件属性可以验证是否具有正确图像结构 图像结构错误会导致编码器或解码器异常。 (3)验证查看每个“本”的FFOA和LFOA在文件序列中的位置 (4)确定图像所使用的色彩空间 可以使用专用显示设备并依据经验查看图像文件色彩是否正常。 为了在最终质量控制中验证“本”之间的连续性验证图像过程中可以完成以下表格 声音的验证需要使用专业软件主要是验证音频采样率是否为48?000kHz“pop”声与图像频率是否严格对齐。如下图所示以每秒24帧采样频率为48kHz计算每帧音频有2000个采样。48000 samples/sec /24 frames/sec 2,000 samples per frame。“pop”声音的2000个采样要与帧完全对齐。 图4 数字声音与图像的对齐方式 值得注意的是数字电影与胶片电影对齐方式存在不同我国电影国标要求声音提前一格数字电影中没有这个要求。 4、JPEG 2000压缩编码 数字电影压缩图像数据使用的是JPEG 2000的帧内编码方式。由于JPEG 2000支持2K/4K图像分级4K DCDM编码的数据可以在只支持2K解码的影院服务器上播放这种情况下影院服务器只提取4K数据中2K的数据进行解码事实上剩余部分是非常细节的图像数据编码后所占数据量很少。2K影片压缩比是10∶1、原始10M的TIFF单帧文件压缩后平均为1M。实际压缩根据画面复杂程度压缩比会有不同动画片压缩比约为20∶1。变形宽银幕Scope比遮幅宽银幕Flat多了大约20%的像素数所以码率会高一些。 使用软件编码方式、利用高速存储网络、分布式计算是主要的JPEG 2000编码方式。这种方式下节点的数量和性能、网络与存储速度是编码执行速度的关键因素如Dolby、GDC、DTS等公司的产品。Doremi DMS 2000母版制作系统使用的是基于硬件的JPEG 2000压缩技术。JPEG 2000编码时有两种选择固定比特率CBR编码或可变比特率VBR编码。 CBR方式比特率恒定VBR可以有效增强内容传输的效率对于VBR方式不同厂商有不同压缩编码策略。 5、数据的封装、加密与打包 封装Wrapping形成MXF轨迹文件的技术。 打包Packaging将媒体素材制作为DCP的技术。 数字电影母版制作最终形成的文件主要有两种一种是MXF轨迹文件另一种是XML文件。JPEG 2000码流、声音WAV数据内容可以以明文不加密或密文加密的方式封装到MXF容器内。封装与打包的概念容易混淆模糊打包过程主要是形成用于描述DCP的XML文件并将CPL、轨迹文件等素材文件存储于指定物理媒介上。母版制作过程中的MXF封装技术与DCP打包技术是母版制作的核心技术。 1MXF MXFMaterial eXchange Format 素材交换格式是SMPTE定义的一种专业媒体文件格式典型的MXF文件结构如图5所示 图5 MXF文件结构 文件头部主要包含用来描述MXF文件信息的元数据解析这些数据MXF解码器能够获知MXF文件的创建信息、格式结构信息并能够方便地定位文件的各个分区找到文件的索引表片段进而定位某一帧。MXF的元数据功能非常强大以MXF作为容器其元数据能够详细地描述容器中数据的特征。SMPTE 330定义的UMIDUnique Material Identifier 唯一素材标识符是MXF的重要元数据之一数字电影识别、引用轨迹文件所使用的UUIDUniversally Unique Identifier 通用唯一标识符值来源于UMID值。 MXF文件内部结构根据不同应用场景可以有不同的复杂度数字电影中使用了最简单的SMPTE 390M OP-ATOM操作模式。因此数字电影MXF文件的实现相对于电视行业要简单得多。 KLV键-长度-值三元组编码是MXF底层编码协议数字电影图像和声音数据都逐帧封装到KLV中。对于图像来说V代表了一帧图像。声音的封装有一定的声道顺序每个声道2000个采样的数据按照SMPTE 428-3要求的声道顺序映射在V中。 2DCP 数字电影声音与图像封装打包的过程如图6所示 图6 数字电影声音与图像封装打包过程 声音和图像经过处理后都成为MXF轨迹文件合成播放列表CPL代表了影片的特定版本只需要更改合成播放列表中对轨迹文件的编辑、引用信息就能够形成不同的影片发行版本。如同一部影片通过替换声音轨迹文件可以形成不同语言的影片版本或者通过更改轨迹文件的入点、持续时间删减影片的某部分内容。打包完成后DCP已经存入到物理介质中。以单分区移动硬盘作为存储介质存储影片为例打包过程形成了打包列表PKL文件、资产映射文件Asset Map和卷索引文件Volume Index用于标识当前硬盘序号后两个文件位于硬盘根目录下。资产映射文件中描述了其他文件资产所在路径如图7所示 图7 DCP的构成 打包列表主要用于说明DCP中包含那些资产并且包含各文件的哈希值用于验证资产完整性。2K 2D影片容量约为140GB目前一块普通硬盘就能够装载一部以上的影片。由于发行成本、运营习惯等因素的限制物理媒介目前仍然是主流的影片分发方式。 (3)KDM 安全是数字电影必须提及的问题密钥传送消息KDM是数字电影加密授权所使用的核心技术也是母版制作系统使用的技术之一。对内容素材进行加密是母版制作过程中可选的一项功能AES-128数据加密发生在MXF数据封装之前将加密的数据映射到MXF容器形成加密的MXF轨迹文件。 KDM中包含有影片解密密钥和授权放映时间窗等信息KDM中影片解密密钥被目标设备公钥加密只有目标设备可以解出影片解密密钥。母版制作系统可以为影院放映设备生成KDM但是这就要求母版制作系统具有密钥管理的功能。管理大量影院设备的授权不是母版制作系统的主要功能实际运营中母版制作系统只需要生成针对密钥管理系统的KDM另由独立的密钥管理系统完成密钥的管理和KDM的生成、分发。 6、最终质量控制 最终质量控制是数字电影母版制作的最后一步。这个过程要在具有良好硬件放映环境的地点进行。为确保影片的质量满足发行对质量的要求主要需检查图像画面质量、“本”之间连续性、是否有异常声音、声话是否同步等。待检验合格后方可下发影片DCP到影院。 7、影片命名习惯 影片命名也就是合成播放列表CPL中“Content Title Text”的命名适当的影片命名习惯有助于影片内容的识别和管理。国外影片命名有约定的格式如以下影片命名 PIRATES-2_FTR_S_EN-LAS_US-13_51_2K_DI_20060607_TDC 加勒比海盗-2故事片变形宽银幕英语西班牙语字幕PG-13分级5?1声道2K分辨率迪斯尼制作。2006年6月7日特艺色打包。 3D-TEST-GAO_TST_F_CMN-XX_CN-XX_51_2K_ZX_20080318_CRIFST-i3Dngb 3D测试片遮幅宽银幕普通话无字幕无分级5?1声道2K分辨率ZX制作。2008年3月18日科研所打包。 以上命名习惯对影片的描述包含了影片名、影片画幅格式、语言、字幕等每个信息字段都在固定的位置。目前影片命名不支持汉字只能使用英文因此在母版制作中应习惯使用英文并养成固定的影片命名习惯。 8、字幕文件的制作 字幕是数字电影除图像、声音以外的又一内容资产。当前阶段使用的是TI的技术标准- 《Subtitle Specification (XML File Format) for DLP CinemaTM Projection Technology》。现存母版制作系统可以接收已经做好的符合TI标准的字幕数据在合成阶段将字幕与声音、图像组织在一起每个“本”只能有一个字幕文件。 依据TI的标准字幕可以是文本和图片两种方式。文本字幕简洁、数据量小但显示效果在不同放映机上有可能不固定图片字幕的缺点是数据量大但是显示效果稳定而且可以有透明度的选择。文本字幕使用的是True Type 字体文件图片字幕使用的是PNG文件。受TI技术的限制目前使用的True Type字体库文件大小不能超过640KB必须使用专用工具在字体库中对字幕中出现的字体进行筛选过滤以缩减字体库尺寸。过滤后90分钟中文字体大小可以在300K左右。 四、 总结与展望 数字电影母版制作技术是比较新的应用领域涉及众多新制定的数字电影国际标准。在国外先进的母版制作技术已经得到较为广泛的应用一些大的发行单位已经严格按照流程完成母版制作过程这样就满足了数字电影大批量发行制作的需求确保了影片制作的稳定性。在我国数字电影母版格式还没有统一制作过程也没有形成格式化的流程在此方面我国应该学习吸收国外先进的母版制作技术和经验形成我国自己的母版制作标准流程。 笔者认为未来数字电影母版制作系统将逐步得到完善随着字幕MXF轨迹文件标准的公布行业内将不再使用TI的字幕技术由于数字方式可以携带丰富的元数据利用数字化这一特点将封闭式字幕Closed Caption、外部设备指令信号等更为丰富的数据信息加入到母版制作系统中会改变数字电影固有的放映模式专业母版制作系统功能的增加导致系统操作更为复杂成熟易用的系统操作界面会成为操作应用的实际需求为推动我国数字电影技术的普及和发展加大数字电影技术的应用与创新应实现数字电影母版制作系统的国产化以满足我国母版制作和管理的特殊需求。 参考文献 1 DCI数字电影系统规范 V1?2 2 SMPTE, Proposed 428-1? For Cinema Sound and Picture Track File 3 SMPTE, Proposed 428-2? For Cinema Audio Characteristics 4 SMPTE, Proposed 428-3? For Cinema Audio Channel Mapping 5 SMPTE, Proposed 428-6? For Cinema Digital Leader 6 SMPTE, Proposed 429-3? For Cinema Sound and Picture Track File 7 SMPTE, Proposed 429-4? For Cinema MXF JPEG200 Application 8 SMPTE, Proposed 429-6? For Cinema Track File Essence Encrytion 9 SMPTE, Proposed 429-7? For Cinema Composition Playlist 10 SMPTE, Proposed 429-8? For Cinema Packing List 11 SMPTE, Proposed 429-9? For Cinema Asset Mapping 12 SMPTE, Proposed 430-1? For Cinema Key Delivery Message 13 SMPTE, Proposed 430-2? For Cinema Digital Cinema Certificate 14 SMPTE, Proposed 430-3? For Cinema Extra-theater Messaging 15《The EDCF Guide to DIGITAL CINEMA MASTERING》2007 16 《Subtitle Specification (XML File Format) for DLP CinemaTM Projection Technology》
