基于Java 开发QuickTime 程序
2008-01-05 18:01:59 来源:WEB开发网用组件工作
当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
main()函数从命令行取得一个String ,把它转换成一个4CC,打印出4CC的十进制和十六进制值,然后把它转换回一个String .用moov 作实验时,导出如下:
刚刚发生了什么?
这些有用的方法提供了一些好的,老式的bit-munging来做它们的转换。toOSType()以一个String 为依据,取每个字符的低8位并把它们放在所返回整型值的适当位置。换句话说,第一个字符的低8为代替了整数的开始8位,然后下一个字符作为下一个8位,等等。图4-1说明了在 "moov"位转移中在哪里位结束。(图4-1)
更多精彩
赞助商链接