J2me流媒体技术实现讨论[1]

简介:

看到很多很多人持续在问这个问题。

以前我也听说,好像kvm底层实现不太支持j2me来做streaming video/audio,但我不知道那人为什么这么说。

那么现在国外有一个人提出下面这种思路,并且号称在Nokia6260[相关数据:诺基亚 6260 Nokia62602.0 (3.0436.0) SymbianOS7.0s Series602.1 ProfileMIDP-2.0 ConfigurationCLDC-1.0]

上真实实现了(两种网络方式:蓝牙和GPRS都试验过),但我怀疑他的前提条件是你的手机必须允许同时实现player的多个实例进入prefetched状态(预读取声音流)

第一步:
声明两个Player

第二步:
HttpConnection
开始向服务器请求该audio文件的第一部分字节,我们定这次读取的字节数为18KB

第三步:
等第一部分数据到位后,Player A开始realizeprefetch,并开始播放;

第四步:
Player A播放同时,(18KBamr数据可以播放10秒钟)HttpConnection继续请求第二部分数据(假设GPRS每秒钟传输3KB,那么18KB需要传输6秒,算上前后通讯损失的时间,应该不会超过10秒钟)

第五步:
第二部分数据到位后,假设Player A还没有播放完(这需要调整你的每一部份数据字节数来使得假设成立),那么将数据喂给Player B让它realizeprefetch

第六步:
Player A
播放完后,得到事件通知,于是让Player B开始播放。

如此往复。

大家看看此种理论可否。

 

我自己在 nokia 7610 上测试了一下,我上面说的前提被证明是可行的: 你的手机必须允许同时实现player的多个实例进入prefetched状态(预读取声音流) 。真实 Nokia 手机确实可以如此:
两个线程中各自有一个 Player ,都开始做 m_player.realize(); m_player.prefetch(); ,然后等候。

先播放线程 1 Player ,等她播放完后,
通过

/*
  * 本类实现了PlayerListener接口。通过这个事件来告知媒体已经播放完毕
  
*/

public   void  playerUpdate(Player player, String event, Object data) {
  
if(event == PlayerListener.END_OF_MEDIA){
   
try{
    System.out.println(
"playerUpdate>>PlayerListener.END_OF_MEDIA");
    stopGauge();
    playForeground();
   }
catch(Exception e){
    e.printStackTrace();
   }

  }

}


来通知第二个线程的 Player 播放。

这样是可以的。  

qinjiwy可以,不过前提是该音频文件允许分段播放,有些音频文件就是不允许的.”,你说得对。确实有很多格式的媒体文件不支持分段播放。我所知道的是wav可以,mp3也可以。

服务端每次只读取这两种媒体文件的某一部分,如果是mp3文件的话,我暂时不知道是否每次需要加上特殊的头信息。 

但是如果是WAV文件,那么肯定每次都要加上WAV特定的头,要不然Player也无法播放。 

这种形式肯定是可行的。因为以前我在VC++上写Text To Speech程序时,就是这么做的:WAV文件的前若干个字节肯定是头信息,这是一定的,随后跟的全是RAW DATA;我每一次读取WAVRAW DATA若干字节后,传给我的播放线程,他需要给这段RAW DATA前加上一个WAV HEADER,然后就可以正常播放了。 

Server side java code:

public   void  transfer(DataOutputStream output)  {
         
try{  
                   
int i = 0;
                   
int auglis = 50058//chunk size
              
                
//if it is wav file, we need to edit header:
                
                   
//audio[4] = (byte)0x8A;
                   
//     audio[5] = (byte)0xC3;
                  
//  audio[6] = (byte)0x00;
                  
//  audio[7] = (byte)0x00;
                  
                   
//  audio[54] = (byte)0x50;
                  
//  audio[55] = (byte)0xC3;
                  
// audio[56] = (byte)0x00;
                  
// audio[57] = (byte)0x00;
                  
                  
                   
byte[] tmp = new byte[50058];
                   
int countBytes= 0;
                   
int headerup = 32//mp3 header is 32 bytes.
                   
                
while(i<50058){
                 tmp[i] 
= audio[i]; //byte array audio is byte array from mp3 file
                 i++;
                 countBytes
++;
                   }
  
                output.writeInt(
50058);     //write to midlet, that chunk size will be 50058
                output.write(tmp);   //write chunk itself
                     
                   
boolean varam = true//booleand that will become false, when file ends
                   while(varam){
                 
                   
int tmplen = garums - countBytes; //check if it is not last chunk
   
                   
int o=50058;
                   
if(tmplen>50058)//if it is not last chunk
                     o = 50058;  
                   }

                   
else{
                   o 
= tmplen+headerup; // if it is last chunk
                   tmp = new byte[o];
                   varam 
= false//out while loop will end
                   }

                   
                       
int z = 0;
                       
while(z<32)//write 32 byte header to chunk
                       tmp[z] = audio[z];          
                       z
++;
                       countBytes
++;
                       }
   
                             
                       
while(z<o)//white chunk it self
                       tmp[z] = audio[i];
                       z
++;
                       i
++;
                       countBytes
++;
                       }
  
                          
                  headerup 
=  headerup +32;
                  output.writeInt(o);          
//white size of chunk (typically 50058)
                  output.write(tmp);    //white chunk itself
              
                   }

         
         
         }

         
catch (Exception e) {}
    }

 

目录
相关文章
|
5月前
|
编解码 监控 C++
C++音视频编程探秘
C++音视频编程探秘
205 1
|
Web App开发 编解码 安全
音视频绕不开的话题之WebRTC
闲来无事,我们今天探讨下音视频绕不开的一个话题:WebRTC。WebRTC之于音视频行业,无异于FFMpeg,可以说WebRTC的开源,让音视频行业大跨步进入发展快车道。
180 0
|
5月前
|
存储 编解码 算法
【软件设计师备考 专题 】媒体系统基础知识,多媒体设备的性能特性,常用多媒体文件格式
【软件设计师备考 专题 】媒体系统基础知识,多媒体设备的性能特性,常用多媒体文件格式
138 0
探究直播app源码技术:视频上传功能
我今天要讲的技术功能就有助于我们的情绪发泄,是直播app源码平台中的技术功能。在我们使用直播app源码平台的时候,我们有一个最常见且可能最先看到的一个功能,它是有很多能动的画面,各式各样的内容,并且还可以上下滑动切换这些画面
探究直播app源码技术:视频上传功能
|
5月前
|
Web App开发 编解码 监控
RTSP协议探秘:从原理到C++实践,解锁实时流媒体传输之道
RTSP协议探秘:从原理到C++实践,解锁实时流媒体传输之道
2169 0
|
5月前
|
Web App开发 机器学习/深度学习 编解码
即时通讯技术文集(第27期):实时音视频技术合集(Part2) [共17篇]
为了更好地分类阅读 52im.net 总计1000多篇精编文章,我将在每周三推送新的一期技术文集,本次是第27 期。
50 0
|
5月前
|
编解码 架构师 网络协议
即时通讯技术文集(第26期):实时音视频技术合集(Part1) [共16篇]
为了更好地分类阅读 52im.net 总计1000多篇精编文章,我将在每周三推送新的一期技术文集,本次是第26 期。
51 0
|
5G 程序员 定位技术
IM开发者的零基础通信技术入门(十):零基础,史上最强5G技术扫盲
那么作为IM开发者,或者移动端开发者来说,提前了解5G技术显然是很有必要的。那么什么是5G技术?技术原理是怎么样的?5G技术将带来哪些技术革新?本文将以零基础的应用程序开发者为阅读对象,帮你找到这些问题的答案。
133 0
IM开发者的零基础通信技术入门(十):零基础,史上最强5G技术扫盲
|
Web App开发 安全 算法
【WebRTC原理探索】未来可期,WebRTC的诞生发展
【WebRTC原理探索】未来可期,WebRTC的诞生发展
305 0
【WebRTC原理探索】未来可期,WebRTC的诞生发展
|
安全 UED
开发语音直播平台,需要认清的某些概念
开发语音直播平台,需要认清的某些概念