学步园

第五节.传播接收媒体
JMF和实时传输协议(RTP)
许多的友善网络的特征直接建立在JMF中，这些使为客户端程序通过网络传输和接收媒体非常容易。当在一个网络上的一个用户想要接收任何种类的媒体流的时候，它不需要在观看媒体前等待全部的广播下载到机器上；用户可以实时的观看广播。在流媒体中些提出了这个概念。通过流媒体，一个网络客户端能接收到其他机器上广播的音频，甚至获取正在发生的实况视频广播。
在IETF RFC 1889中定义了实时传输协议（RTP）。发展在快速和可靠的状态下通过网络传输时间极其敏感的数据，RTP在JMF中用于提供给用户向其他网络节点中传输媒体流的方法。
在本节中，我们将学习我们的最后一个例程序。这里，你将学习到如何传输一个存储在一台机器上的MP3文件到另外的在同一个网络的机器上去。实际的MP3源文件并不从主计算机上移除，它也不使复制到其他机器上去；事实上它将会转换成能使用RTP传输的文件格式并通过网络发送。一旦被一个客户端接收到，源文件（现在是RTP信息包的形式）可以再次传输，这一次是在接收机器上可播放的一种格式。
在MediaTransmitter.java文件中源代码查看学习以下练习。
设置处理模式
我们可以在前面的章节中定义的处理模式的基础下来讨论我们的最终的例子。在传输机器上，处理模式看起来像这样：
事实上，MediaTransmitter对象源代码包括了以下三行：
private MediaLocator mediaLocator = null;
private DataSink dataSink = null;
private Processor mediaProcessor = null;
这三个实例变量可以直接映射到前面的处理模式图表，如下：
·  mediaProcessor变量是我们的处理器；它将负责转换音频文件从MP3文件模式到一个适合通过RTP协议传输的格式。
·  dataSink变量是我们的输出块。
· 当我们建立DataSink时我们需要指定一个MediaLocator，它是DataSink的目的文件。

当我们通过运行DataSink我们的处理过的媒体，它将传输到我们在MediaLocator中指定的地点。

RTP MediaLocator
在前面的两个练习中，我们通过从文件中获得的一个URL建立了MediaLocator实例。在本练习中，我们必须建立一个MediaLocator来描述网络上媒体传播输出流；换句话说，我们必须创建一个能我们的音频传播的目的地的 MediaLocator。一个RTP MediaLocator符合如下规则，看起来就像一个典型的URL：

rtp://address:port/content-type

让我们看看上面URL规范的每一段：
· address 是将传输的媒体的地址。以单播的模式传输（一个专用IP地址），地址将会是有意接收的机器的IP地址。以广播的模式传播（到子网中的所有机器），地址将会是以255作为最后的一块的子网地址。举个例子，如果我再子网中可指定地址为192.168.1和想要传播到子网中的所有节点，我可以指定 192.168.1.255作为地址；这样允许子网中的每个节点监听广播媒体。
· port 必须是被传输者和接收者都允许的一个端口。
· content-type 是媒体流类型。在我们的案子中，这个将会是音频。
下面的一个简单的RTP传播MediaLocator例子会让所有在指定网络中的机器接收到媒体流：
rtp://192.168.1.255:49150/audio
创建一个处理机
在setDataSource()方法中我们首先要做的就是创建一个Processor实例。
下面的Processor的职责是转换MP3音频媒体为一个RTP来表示：
public void setDataSource(DataSource ds) throws IOException,
NoProcessorException, CannotRealizeException, NoDataSinkException {
mediaProcessor = Manager.createRealizedProcessor(
new ProcessorModel(ds, FORMATS, CONTENT_DESCRIPTOR));
在Manager类中，我们能创建一个Processor对象，通过两种方法中的一种：
createProcessor ()或者createRealizedProcessor()。你很可能会注意到这两个方法样式的显示和前面例子中创建一个Player的方法很相似。在目前的例子中，我们将创建一个已实现的Processor。我们这样做是因为我们使用的应用非常简单，在Processo处于Realized状态时我们不需要关心任何真实的工作。
创建一个ProcessorModel
创建一个已实现的Processor，我们需要创建一个为Processor描述输入和输出媒体类型的ProcessorModel实例。为了创建ProcessorModel，我们需要下面的一些：
· 一个DataSource，将被处理的媒体（输入文件）。
· 一个javax.media.Format数组，描述输入媒体的格式。
· 一个javax.media.protocol.ContentDescriptor实例，为我们的处理机描述输出格式。传送者的DataSource是通过一个参数传递到此方法。
定义输入和输出格式
因为我们的MediaTransmitter类会被时常用于将输入媒体格式（MP3）转换成一种输出格式（音频RTP），中学对象被定义成静态。我们创建一个新的javax.media.format.AudioFormat实例用于描述媒体输入类型（在java帮助文档中查看可用格式）。这就是我们的处理机可以获取MP3音频文件的原因。
我们也创建一个javax.media.protocol.ContentDescriptor实例来描述想要处理机输出的。在我们的案子中，这是一个RTP媒体流。
这就是为什么我们的处理机可以只制造RTP流。
下面的代码片断显示了我们如何设置格式和内容描述符变量，用于创建ProcessorModel对象：
private static final Format[] FORMATS = new Format[] {
new AudioFormat(AudioFormat.MPEG_RTP)};
private static final ContentDescriptor CONTENT_DESCRIPTOR =
new ContentDescriptor(ContentDescriptor.RAW_RTP);
连接输入，处理机和输出
现在我们有一个处于Realized状态的Processor，我们需要设置DataSink以能实际上传播RTP媒体。创建DataSink是简单的大概使用另外一个调用给Manager对象，如下所示：
dataSink = Manager.createDataSink(mediaProcessor.getDataOutput(),
mediaLocator);
createDataSink ()方法获取新Processor的输出（作为一个DataSource参数）和MediaLocator对象，我们和MediaTransmitter 对象同时建立的。通过这样，你能开始我们的不同的组件是如何在处理模式中联系起来的：我们从一个Processor中获取输出并使用他们作为输入到其他组件。在这个特殊的应用中，Processor输出用于传输媒体的DataSink的一个输入。
创建一个DataSource实例
在这点上，我们全部都是做和设置我们的媒体播放器的广播传输。
我们需要创建DataSource对象，我们用于创建处理机（就是，在我们的MediaTransmitter中，参数传递到setDataSource()方法）。下面是创建一个DataSource实例的代码：
File mediaFile = new File(args[1]);
DataSource source = Manager.createDataSource(new MediaLocator(
mediaFile.toURL()));
这段代码是在MediaTransmitter对象中的vmain()方法。这里我们通过从命令行输入的第二个参数创建一个File对象。我们通过文件创建一个MediaLocator，而后通过位置创建一个DataSource。这个新近创建的DataSource是一个涉及到传送者的输入文件。我们能使用这个DataSource初始化传输者。
开始和停止MediaTransmitter
我们通过调用其中的startTransmitting()方法来开始MediaTransmitter，如下所示：

public void startTransmitting() throws IOException {
mediaProcessor.start();
dataSink.open();
dataSink.start();
}
这个方法首先开启处理机，然后打开并启动DataSink。在这个调用后，接收机器就可在媒体传送者上监听。
停止传输者是非常简单的。以下代码将DataSink和Processor都停止和关闭掉：
public void stopTransmitting() throws IOException {
dataSink.stop();
dataSink.close();
mediaProcessor.stop();
mediaProcessor.close();
}
编译和运行MediaTransmitter
通过在命令行中输入javac MediaTransmitter.java来编译例程序，可在你的工作目录中生成一个同名的.class文件。
要运行例程序，在命令提示行中输入以下代码：

java MediaTransmitter rtpMediaLocator audioFile
此例将创建一个myAudio.mp3文件的媒体广播。不要忘记将rtpMediaLocator替换成一个媒体传输的RTP URL，如同先前讨论的。
你同样也需要将audioFile替换成你本机的音频文件名。
所有的相对文件名都是相对于当前工作目录的。你会看见一些信息标志正在播放的文件。按下Enter键来停止播放。

为传送者的一个例命令行交互如下：
java MediaTransmitter rtp://192.168.1.255:49150/audio myAudio.mp3
如果初始编辑失败，确定JMF的jar文件包含CLASSPATH环境变量中。要近一步探索本程序和练习，请查阅MediaTransmitter源代码。

接收传输的媒体
现在你可能会问，“如果没有人可以看或者收听的话，这个传播媒体有什么好的？”
幸运的是，设定一个接收传播媒体的客户端只需要对我们在第二个例程序的MediaPlayerFrame源代码做很小的改动。
MediaPlayerFrame类需要一个很小的调节来接收和播放音频文件。在main()方法中，你需要注释掉如下的一行：

mpf.setMediaLocator(new MediaLocator(new File(args[0]).toURL()));
并且输入如下的一行:
mpf.setMediaLocator(new MediaLocator(args[0]));
这个简单的改动允许我们通过String来创建一个MediaLocator对象，而不是通过创建一个File来创建MediaLocator。
其他代码都一样。
指定RTP URL
在12页的说明编译和运行MediaPlayerFrame介绍了如何编译和运行MediaPlayerFrame例程序。这唯一的不同就是你需要为传输者指定RTP URL。为接收者的例命令行交互如下：
java MediaPlayerFrame rtp://192.168.1.255:49150/audio
运行网络媒体传送者的注意事项
如果你在网络上只有权使用一台机器，你仍然可以运行传输程序。当你启动传送程序的时候，你可以即使用RTP URL传输地址，也可指定你工作的机器的机器地址。为了能够调节传输，在开始前接收者必须使用精确的同样的RTP URL。
如果你运行本例真实的网络版本，每台你使用的机器都需要安装JMF，不论是传输还是接收媒体流。这是必须的，因为不论是传送程序还是接收程序都大量的使用了JMF的API。
在任一个案子中，确认在指定的RTP URL中使用了相同的地址和端口；否则媒体传输是不会工作的。