QuickTime流媒体和Java(图).doc

技术交流:QuickTime流媒体和Java(图) matrix.org.cn 2005-11-14 保存本文 推荐给好友 QQ上看本站 收藏本站 　　这并不是即将问世的QuickTime for Java book一书的摘录，虽然我希望是的。　　　　你看，问题是，在QTJ世界中大多数的我们都一直假定QTJ中的流媒体API已经损坏，我并不是想为此事而掩盖什么。好的，我继续来通过各种各样的人通过不同的技术进行工作的掩盖获取去这样做，但是我不想再来一次。此外，流媒体冲突的情况似乎特别的糟糕。没有人能得到它的演示代码工作方式――this post to the quicktime-java list 是令许多用户对获取苹果公司的AudioBroadcaster 和DrawableBroadcaster 演示工作方式绝望的典型。让事情更糟糕，演示之一依靠一个在QTJ 6.1版本中作为退回到原始的GUI提供的已经被取消的GUI预览组件类，提供组件只对Movies ，MovieControllers 和GraphicsImporters ，而不是流式的Presentations ，视频捕捉，或者某些图形美好得像来自多种资源“合成”制作。所以，官方给出的演示它首先看起来是不会工作，和现在的关键类有冲突（如果在Java 1.4中运行会抛出RuntimeExceptions异常）。预测实际的流式内容和QTJ 6.1看上去会非常糟糕。　　　　令我欣喜，甚至是有点吃惊的是，有报道称流媒体能够在QTJ 6.1中工作。在本文章中，我将介绍通过QTJ实现简单的网络广播的基础　　　　需求　　　　QuickTime的流媒体API，在Java中由只可在Mac OS（Classic和OS X）中运行的包quicktime.streaming声明。在QTJ中存在Windows版本的类，但是它们却不能工作。但是，你可以使用Windows版本的QuickTime作为流媒体的客户端，如果在Java中运行并不是关键的，你可获取Darwin Streaming Server，一个开源项目可在Windows 2000 Server 和2003 Server上运行如同在Solaris 9 和 Red Hat Linux 9上一样。　　　　使用QuickTime流媒体最简单的事情就是我在此说明的生动内容。你需要至少一个音频输入设备，如一个内置的麦克风或者一个耳机。当然，拥有一个QuickTime支持的摄像机，如一个iSight，将会更让人印象深刻。　　　　Streaming 是什么，不是什么　　　　给出了术语“流”的含义并不容易明确术语“Streaming ”的正确含义。例如，QuickTime长期支持一种“快速启动”的特征――如果QuickTime明确拥有足够的开始播放的资源并且不会用完目前下载速率下的资源一段录像能开始播放――那是一些用户将Streaming 的一种形式弄错了。自然的，这有它自己的优势：容易创建并且确保了所有的包都到达了客户端。但是真正的 Streaming ，换句话说，Streaming 符合Internet工程工作小组（IETF）的标准，这是一个完全不同的问题，直到QuickTime 5才被支持，并且直到QTJ 6才支持Java。　　　　Streaming 的形式允许服务器控制传输，但很难在实时中保证最优化运行。客户端未下载潜在的大文件，这样的方法是独特的便利的直接广播。事实上，QuickTime的流媒体使用两种“实时”的流媒体传输协议：实时传输协议(RTP)来传输媒体数据包，实时流协议(RTSP)用于控制信息。RTP使用潜在的有损UDP连接，所以所有的人都有意的忍耐再传输期间的包的丢失。这就意味着客户端需要友好的操作未获取所有数据的视频帧或者音频例子。更好的方法是通过基于TCP/IP的连接，它可以使用不确定的重试（也会因此需要一个不确定的时间）来获取丢失的包。　　　　Presentation和SDP文件　　　　在QuickTime中，流媒体传输等同一个电影――一个电影可以有音轨和视轨，一个元数据的聚集将它们全都联系在一起，此表示会将一些多种的音频和视频流的元数据联系起来。音频和视频你非常喜欢的流媒体种类也是值得关注的，自从某些其他的媒体类型（sprites，Flash内容）被QuickTime支持后并没有操作好失去的包，并不适合作为流媒体传播。　　　　你可能被建议去建立一个流媒体，你会需要创建一个Presentation 并开始它。但是现在呢？最普遍的这样做的方法是创建一个会话描述协议（SDP）文件，将其放入静态工厂方法Presentation.fromFile()。SDP文件以一种适当的简单的文本格式