郑昀@ultrapower
产品名称
产品版本
Keyword: JavaME Streaming Audio MMAPI
StreamingDemo
1.0.13
[J2ME]手机流媒体简单演示
(StreamingDemo)
说明
我的资源：
http://www.cnblogs.com/Files/zhengyun_ustc/StreamingDemo-src-1.0.13.rar
这个1.0.13版本是j2me流媒体播放思路的简单演示软件，可以在Nokia 7610手机上真实运行。在手机上使用，请在选择连接点时选择“移动梦网”连接点。
如果修改源代码中CommandResources.java中的m_bCMWAPProxy标志使之走CMNET通道，那么能够在Nokia S60的模拟器上运行。
本源代码的大致思路来自于我上次写的三篇讨论稿
J2me流媒体技术实现讨论[3] ，StreamingDemo的代码你可以借鉴，但不得用于商业用途，除非得到我的授权。
如果你想使用劈分好的媒体文件，请从
http://www.cnblogs.com/Files/zhengyun_ustc/changjin.split.rar下载。
1背景、功能
摘要：本章 简单描述StreamingDemo的背景、功能。
1.1. 手机上的流媒体
很多人都在j2medev.com上讨论过流媒体的实现方式。恰巧看到了国外有一个人提出一种思路，并且号称在Nokia6260[相关数据：诺基亚 6260 Nokia62602.0 (3.0436.0) SymbianOS7.0s Series602.1 ProfileMIDP-2.0 ConfigurationCLDC-1.0]运行了。
就此思路和诸位高手讨论了一下，并且写了三篇讨论稿，有了大致的思路。但一直都没有时间去测试这个思路是否可行。
今天索性抽出了一两个小时，把这个思路写出来放在真实手机/GPRS网络上测试，不敢独享，遂开放代码，希望借此抛砖引玉。
这里给出StreamingDemo的界面，很简单，主要的线程操作和消息处理都在后台：
1.2. 我所谓流媒体的功能
以前我们谈过：
第一步：
声明两个Player，分别由两个独立的线程掌控着；
第二步：
HttpConnection开始向服务器请求该audio文件的第一部分字节，我们定这次读取的字节数为18KB；
第三步：
等第一部分数据到位后，Player A开始realize和prefetch，并开始播放；
第四步：
在Player A播放同时，(18KB的amr数据可以播放10秒钟)，HttpConnection继续请求第二部分数据(假设GPRS每秒钟传输3KB，那么18KB需要传输6秒，算上前后通讯损失的时间，应该不会超过10秒钟)；
第五步：
第二部分数据到位后，假设Player A还没有播放完(这需要调整你的每一部份数据字节数来使得假设成立)，那么将数据喂给Player B让它realize和prefetch；
第六步：
Player A播放完后，得到事件通知，于是让Player B开始播放。
如此往复。
大致的思路就是这样。
这次，我们起了两个线程，一个叫做“Main(主) ”，一个叫做“Secondary(从属)”，他们都掌握着一个Player，同样一个是Main Player，一个是Secondary Player。这两个Player的操作实际上都被Audio.java类完全封装好了。线程里面仅仅是调用
Audio.prefetchSound(m_form,
m_isInputMusic,
m_Sequence);
啦，
Audio.playSound(m_Sequence);
啦，这样就可以把媒体资源预先运算以及播放了。
同时，还必须用到PlayerListener接口，来得到播放器的各种事件通知，我们需要得知每一个播放器的播放结束消息，以便作出下一步选择：是让从属线程开始播放呢，还是让主线程开始播放呢。
PlayerListener的播放结束消息(PlayerListener.END_OF_MEDIA)的处理中，我们还必须用到MVC模式中的Controller，它是代码中的GUIController.java，它负责处理几个消息：
l EventID.EVENT_MAIN_DownloadCompleted
l EventID.EVENT_Main_BeginToPlay
l EventID.EVENT_SECONDARY_BeginToPlay
怎么综合使用这些消息和事件呢？
比如说，当主线程的媒体文件下载完毕后，就应该通知GUIController让从属线程也开始下载并加载媒体文件。
当主线程的媒体文件播放完毕了，这时候照理说从属线程的Player也已经预先加载好了下一个要播放的媒体文件(如果不行的话就应该调整媒体文件的大小了以使得下载时间和播放时间差不多)，就应该在
public void playerUpdate(Player player, String event, Object data)
的函数处理中，让Secondary Player播放了。
这次我们直接将媒体文件用讨论稿中谈及的ffmpeg自动切分的办法，已经辟成11小段的AMR文件了，每一个AMR文件都可以独立播放，连起来就是一首完整的《大长今》乐曲。
PlayerA和PlayerB只是周而复始的下载、预运算、播放他们罢了。只不过掌控着Player的两个线程和主控制器，会选择时机来让这些操作次第展开。
上面所说的逻辑，可以用下图表示：
2 开源版权声明
由于这个手机流媒体简单演示的思路和代码来自于郑昀以前的讨论稿，今为了促进J2ME多媒体应用发展，决定遵照GPL协议的大意开放源代码，您可以自由传播和修改，在遵照下面的约束条件的前提下：
条件1
只要你在 手机流媒体简单演示 的每一副本上明显和恰当地出版版权声明，保持此许可证的声明和没有担保的声明完整无损，并和程序一起给每个其他的程序接受者一份许可证的副本，你就可以用任何媒体复制和发布你收到的原始的程序的源代码。你可以为转让副本的实际行动收取一定费用，但必须事先得到郑昀的同意。
条件2
你可以修改 手机流媒体简单演示 程序的一个或几个副本或程序的任何部分，以此形成基于程序的作品。只要你同时满足下面的所有条件，你就可以按前面第一款的要求复制和发布这一经过修改的程序或作品。
a）
你必须在修改的文件中附有明确的说明：你修改了这一文件及具体的修改日期。
b）
你必须使你发布或出版的作品（它包含程序的全部或一部分，或包含由程序的全部或部分衍生的作品）允许第三方作为整体按许可证条款免费使用。
c）
如果修改的程序在运行时以交互方式读取命令，你必须使它在开始进入常规的交互使用方式时打印或显示声明：包括适当的版权声明和没有担保的声明（或者你提供担保的声明）；用户可以按此许可证条款重新发布程序的说明；并告诉用户如何看到这一许可证的副本。（例外的情况：如果原始程序以交互方式工作，它并不打印这样的声明，你的基于程序的作品也就不用打印声明）。
这样，您就可以自由使用并传播本源代码，当然请您原封不动地保留创建者zhengyun_ustc(郑昀)的作者信息。
