|
问题6：在MXF中KLV是如何做为一个尺度的？
KLV代表关键帧（key），长度（length）和取值（value）。它起源于最初的程式化概念。KLV做为一种连续的、关联的包含分段信息的数据包被使用多年了。例如，如果一个人想把音频和视频缝合在一个文件中，KLV将会像下图一样组织数据流的结构。
图
所以，KLV打包方式提供了一种分割用户数据和确认用户数据类型（key）的方式。长度信息表明了实际数据的字节长度。SMPTE 336M定义了KLV被应用的规范。关键帧是SMPTE一个普遍的标准（SMPTE 298M）。所以，在上图中，关键帧定义了特定音频的参数值类型。MXF是不同类型的连续的KLV序列的组合，包括：音频、视频、索引标志、文件头和所有的索引数据。
问题7：MXF的主要应用方向是文件存储吗？
不，MXF主要是一种交换格式，虽然它确实做为一种磁盘格式被使用，但这个文件标准主要是为了在流转中兼容。下面的事例表明为什么以MXF本格式储存不具备优势。设想传输一个混合音频和视频的MXF文件，一台非线性编辑设备为接受上面的MXF文件，必须确定MXF文件中的音视频数据，并将它们做为分割的文件重新写在硬盘中（例如：分割为音频的WAV文件和MPEG-2的MXF文件）。选择数据指针时也需要从MXF文件中将数据指针移出到本地的数据库中，这样反复地重复多步操作，将原来简单的媒体格式读取复杂化了，所以基于这种原因，纯粹的硬盘上的MXF文件不具有太大的使用价值。
但另一方面MXF文件分区的实际字段大小又使它在磁盘存储中具备一定的优势。在一些系统中需要4K的字段空间（或其他数量）去读写文件，MXF不必把分区按4K分割，所以一些版本的MXF文件在储存时可以减少硬盘的读写次数。
这就是说，当把大量的媒体文件和数据结构按MXF存取时，MXF还是有优势的，所以它适合大量的网络转移。实际工作中为确保兼容性，需要将MXF做为文件或数据流来交换，并允许操作规范间的转换。
问题8：MXF同时支持文件和数据流传输吗？
是的。数据流和文件传输意味着同时支持在一个源头向一个或不同的终端发送信息。它们有各自的应用领域，并可以共存。文件和数据流又不同的用途：
文件：
（1） 通过不同步式网络发送（例如以太网和局域网）
（2） 100%的兼容通讯协议，如FTP
（3） 同步数据传输，包括低于或高于实时的速率
（4） 点到点或一点到多点的传输
数据流：
（1） 素材被做为数据流通过线缆以特定的速率发送给一个或多个终端工作站，通常是通过专门的、不兼容的协议（如UDP）来实现。虽然数据流可以通过兼容性很好的TCP方式传输，但对许多处理数据流的应用程序来说，那是不实用的。
（2） 数据流通常带着时钟基准信号被发送，以便可以立即在终端工作站上被解码。
（3） 任何在通道内的错误可以使用附加的ECC或其他类型的校错方式被校正。
对大多数应用程序来说，文件传输有它的优势，因为它可保证传输100%的兼容。
流传输方式则在需要实时传输的领域被广泛使用。
问题9：MXF与AAF的关系？
AAF是高级编著格式，它是被AAF协会的会员设计制定的。AAF文件是通过MXF的规范被创建的，可以被支持AAF的程序打开。此外，MXF文件可嵌入到AAF中，AAF扩展了MXF的用途，但它没有实质的进步。AAF主要用于承载那些复杂的媒体片断的合成信息。
问题10：我们研究MXF的意图是什么？
我们支持MXF，是为了获得它的便利：
（1） 使用FTP或其他方式在前端设备上导入导出MXF文件。
（2） 通过转码工作站将现有的媒体文件加一个外壳，使它获得最大的兼容性，通过局域网或万维网以不同的格式接受他们，包括MXF本身。大多数转换工作比实时还快，如果转换过程中没有重新编码的过程，文件质量就不会有任何损失。
（3） 向近线或离线存储设备存取文件 |
|
|
|
|
