基于Java 开发QuickTime 程序

　  用组件工作

　  当QuickTime1990年问世的时候，它能够播放一张邮票大小的movie——仅仅在价值7000美圆的硬盘上。它使用音频和视频的编解码器，尽管这些编解码器今天仍然被支持，但已被用户淘汰很久了。然而，从 Apple 视频到Cinepak 视频再到MPEG-4，是一个平滑的变换。这是由于一个非凡的标准化设计——QuickTime 里大部分繁重的任务都是由组件或共享的动态代码执行。组件提供了如下的支持：导入导出图片和movie格式，执行图片和声音的压缩和解压缩，访问系统资源及更多其它功能。QuickTime安装程序提供了很多组件，这些组件具备许多有效的特性，而用户也可以自己从Apple或者第三方添加其他组件进来，这些组件能够提供更多的功能，如支持更多的多媒体格式。

　  API里组件并不处于中心位置——究竟，在开始的几章里已经设法完全避免提到它们。当我们需要打开文件并将它们转换为movie，解压缩和解释数据，保存它们到硬盘等等时，这个时候我们QuickTime做正确的事情。当需要的时候，QuickTime为了必需的功能浏览它的组件目录并得到它所需要的东西。

　  但是有些时候开发者为了指出什么是可用的，或者为了指定特定地行为，或者需要更直接地使用组件。这个时候， 找出运行时可用的工具是一个强有力的方法。

　  指定组件类型

　  QuickTime里，组件由类型和子类型来识别，类型指定了功能范围，子类型是该功能的一个特定实现。例如，有一个“movie 导出器”类型，代表可以导出一部movie到非QuickTime格式的组件。它用子类型确定适合AVI（Video for windows 的多媒体文件格式），MPEG-4的导出器， 这些标识符是32比特的整型值，但它们不列举你可能期望来自java的常数。通常地，32比特被分成是4个8比特的ASCII 字符来读取，组成一个简短的，易读的名字。这些在本地API包里定义为OSTypes类型，但是当与有意义的值组装到一起时，它们被称为“四字符代码”，来自本地FOUR_CHAR_CODE函数，该函数为一个字符串返回一个OSType类型。这经常简称为 FCC或4CC.这种模式采纳了C程序员的观点。例如，为一部movie定义4CC需要一个好的，简单的短语，就像在本地页眉文件Movies.h 中所见的一样： MovieResourceType = 'moov'  然而，由于Java的更先进的文本处理方法，在Java中用4CCs 处理要困难的多。因为，Unicode的应用意味着每个 Java字符是2个比特，这说明我们需要额外的帮助来将Java字符转化为4CC.

　  我们如何做呢？

　  幸运地，QTUtils类提供了2个方法：toOSType（）和fromOSType（）。例4-1展示了这些方法，将一个Java 字符串转化为一个4CC 表示，并从它的4CC 表示转化回来。

　  Example 4-1. Converting to and from FOUR_CHAR_CODEs package com.oreilly.qtjnotebook.ch04；import quicktime.util.QTUtils；public class FourCharCodeTest extends Object {　  public static void main （String[] args） {　　　  if （args.length < 1） {　　　　　  System.out.PRintln （"Usage： FourCharCodeTest "）；　　　　　  return；　　　  }　　　  System.out.println （args[0]）int fcc = QTUtils.toOSType （args[0]）；  System.out.println （fcc）； System.out.println （Integer.toHexString （fcc））；  String fccString = QTUtils.fromOSType（fcc）； System.out.println （fccString）；　  }}

　  main（）函数从命令行取得一个String ，把它转换成一个4CC，打印出4CC的十进制和十六进制值，然后把它转换回一个String .用moov 作实验时，导出如下：

　  刚刚发生了什么？

　  这些有用的方法提供了一些好的，老式的bit-munging来做它们的转换。toOSType（）以一个String 为依据，取每个字符的低8位并把它们放在所返回整型值的适当位置。换句话说，第一个字符的低8为代替了整数的开始8位，然后下一个字符作为下一个8位，等等。图4-1说明了在 "moov"位转移中在哪里位结束。（图4-1）