伊人久久免费视频,精品永久久福利一区二区,亚洲午夜无码久久久久

Thu, 16 Apr 2009 01:34:00 GMT

1.问题描述

在wkt模拟器上, 通过以下代码可以正确的读出数�?

conn = (SocketConnection) Connector.open(url, Connector.READ_WRITE, true);

  is = conn.openDataInputStream();
  os = conn.openDataOutputStream();
  // 创徏登陆报文
  loginPacketBytes = generateLoginPacket();

  // 发送登陆报�?br>  // System.out.println("****发送登陆报�?***");
  os.write(loginPacketBytes, 0, loginPacketBytes.length);
  os.flush();

  // 先读取ConstantValue.HEADER_LENGTH个字�?循环遍历��L��正确的魔�?br>  recByteNum = is.read(recBytes, 0, ConstantValue.READ_LENGTH);

若从服务器真是返回的字节数是100个字�? �?font color=#0000ff>ConstantValue.READ_LENGTH定义的长度大�?00.
那么在模拟器上没有问�? 能够��d��100个字�?

但是��C��真机上面��试, 若定义的要读取的字节数大于实际传送的字节�? 那就会出现异常情�?

��D��Ҏ��p��不到数据.

2.解决�Ҏ��

先读取一��部分数�? 得到报文�?一般都有报文头, 报文头中都有整个报文的总长�?
解析报文�? �q�里需要注意的是可能收到的�W�一个数据�ƈ不就是报文的有效数据, 报文的有效数据可能�ƈ不在数据�~�冲区的首位�|? 所以需要正��找到报文头, �Ҏ��各不相同, 有的是��用魔数这�U�方�? 有个��靠判断某个值是否等于报文的总长�? ��M��C��有效报文的开始位�|? �q�里记着index,
然后创徏一个字节缓冲区, 刚好来接受剩余的数据
byte addBytes[] = new byte[recHeader.getBufferSize() + index - (recByteNum - ConstantValue.HEADER_LENGTH)];
is.readFully(addBytes);
�q�样一般就可以正确的读出有效数据了.

3.最新方�?/strong>
   int loop = 0;
   int hasReadLen = 0;

   // ��d��报文�?br>   while (true)
   {
    loop++;

    if (loop >= m_oNET_DVR.m_iTimeOutVal / NET_DVR_PARAM.LOOP_INTERVAL)
    {
     SDK.SetLastError(NET_DVR_Dec.NET_DVR_NETWORK_RECV_TIMEOUT);
     return NET_DVR_Dec.RET_FAIL;
    }

    if (m_oCfgIs.available() >= NET_DVR_PARAM.REC_PACKET_HEADER_LENGTH)
    {
     // ��d��报文�?br>     recByteNum = m_oCfgIs.read(m_byCfgRecBuf, 0, NET_DVR_PARAM.REC_PACKET_HEADER_LENGTH);

     hasReadLen += recByteNum;

     if (recByteNum == NET_DVR_PARAM.REC_PACKET_HEADER_LENGTH)
     {
      // 解析报文总长�?br>      pakcetTotalLen = NetHelper.convertNetBytesToInt(m_byCfgRecBuf, 0);
      break;
     }
     else
     {
      SDK.SetLastError(NET_DVR_Dec.NET_DVR_NETWORK_RECV_ERROR);
      return NET_DVR_Dec.RET_FAIL;
     }
    }

    Thread.sleep(NET_DVR_PARAM.LOOP_INTERVAL);
   }

   // ��d��报文�?br>   while (true)
   {
    loop++;

    if (loop >= m_oNET_DVR.m_iTimeOutVal / NET_DVR_PARAM.LOOP_INTERVAL)
    {
     SDK.SetLastError(NET_DVR_Dec.NET_DVR_NETWORK_RECV_TIMEOUT);
     return NET_DVR_Dec.RET_FAIL;
    }

    // ��d��剩余数据
    recByteNum = m_oCfgIs.read(m_byCfgRecBuf, hasReadLen, pakcetTotalLen - hasReadLen);

    hasReadLen += recByteNum;

    // ��d��完毕
    if (hasReadLen >= pakcetTotalLen)
    {
     break;
    }
    else
    {
     Thread.sleep(100);
     continue;
    }
   }

郭天�?/a> 2009-04-16 09:34 发表评论

[J2ME]在J2ME开发中获取�pȝ��属�?

Tue, 23 Dec 2008 06:23:00 GMT

在J2ME开发中�Q�我们经帔R��要和手机�pȝ��q�行交互�Q�获得一些和�pȝ��相关的信息，在J2ME API设计中，提供了一�p�d��的系�l�属�?
�?   CLDC、MIDP和JTWI属�?/div>

属性名�U?/div>

属性作�?/div>

microedition.profiles

代表手机支持的MIDP版本�Q�返回格式��gؓ“MIDP-1.0”�?#8220;MIDP-2.0”

microedition.configuration

代表手机支持的CLDC版本�Q�返回格式��gؓ“CLDC-1.0”�?#8220;CLDC-2.0”

microedition.locale

代表手机所在的国家或地区，�q�回值格式�ؓ“en-US”

microedition.platform

代表手机的品牌和型号�Q�Nokia手机的返回值格式�ؓ“Nokia6310i/4.42”

microedition.encoding

代表手机默认的字�W�集名称�Q�返回值格式�ؓ“ISO-8859-1”

microedition.commports

代表手机可以使用的串口列表，�q�回��g��各个串口之间使用逗号分隔

microedition.hostname

MIDP2.0定义�Q�代表本��C��机名�U�ͼ�需要手机支持�?/div>

microedition.jtwi.version

代表手机支持的JTWI版本�Q�值必��L��“1.0”

�? 可选包属�?/div>

属性名�U?/div>

属性作�?/div>

microedition.media.version

代表手机支持的MMAPI版本�Q�如果不支持则返回null

microedition.pim.version

代表手机支持的PIM API版本�Q�如果不支持则返回null

microedition.m3g.version

代表手机支持的M3G API版本�Q�如果不支持则返回null

microedition.location.version

代表手机支持的Location API版本�Q�如果不支持则返回null

Bluetooth.api.version

代表手机支持的BT API版本�Q�如果不支持则返回null

microedition.io.file.

FileConnection.version

代表手机支持的FC API版本�Q�如果不支持则返回null

microedition.global.version

代表手机支持的Mobile Internationalization API(JSR-238)版本�Q�如果不支持则返回null

microedition.chapi.version

代表手机支持的CH(Content Handler) API(JSR211)版本�Q�如果不支持则返回null

microedition.sip.version

代表手机支持的SIP API版本�Q�如果不支持则返回null

�? MMAPI属�?/div>

属性名�U?/div>

属性作�?/div>

supports.mixing

代表手机是否支持混音(同时播放多个Player)�Q�返回��gؓ“true”�?#8220;false”

supports.audio.capture

代表手机是否支持声音捕获(录音)�Q�返回��gؓ“true”�?#8220;false”

supports.video.capture

代表手机是否支持视频捕获(录像)�Q�返回��gؓ“true”�?#8220;false”

supports.recording

代表手机是否支持记录(record)�Q�返回��gؓ“true”�?#8220;false”

audio.encodings

代表手机支持的声��x��式，�q�回值格式�ؓ“encoding=audio/wav”�Q�多个格式之间��用至��一个空��D��行间�?/div>

video.encodings

代表手机支持的视频格式，�q�回值格式�ؓ“encoding=video/3gpp”�Q�多个格式之间��用至��一个空��D��行间�?/div>

video.snapshot.encodings

代表手机使用getSnapshot�Ҏ��获得的视频快照格式，�q�回值格式�ؓ“encoding=png”�Q�多个格式之间��用至��一个空��D��行间�?/div>

streamable.contents

代表手机支持的流媒体格式�Q�返回null代表不支�?/div>

�? Wireless Messaging API属�?/div>

属性名�U?/div>

属性作�?/div>

wireless.messaging.sms.smsc

代表手机发送短信时的短信服务中心号�?/div>

�? FileConnection API

属性名�U?/div>

属性作�?/div>

fileconn.dir.photos

代表手机中存储照片和其它囄��的目录，例如“file:///c:/My files/ Images /”

fileconn.dir.videos

代表手机中存储视频的目录�Q�例�?#8220;file:///c:/My files/Video clips/”

fileconn.dir.tones

代表手机中存储声音的目录�Q�例�?#8220;file:///c:/My files/Tones/”

fileconn.dir.memorycard

代表手机中存储卡的根目录。例�?#8220;file:///d:/”

fileconn.dir.private
(Nokia S40不支�?

代表手机中MIDlet的私有工作目录，例如“file:///c:/System/MIDlets/[1015f294]/scratch”

fileconn.dir.photos.name

代表手机中图片目录的名称�Q�例�?#8220;Images”

fileconn.dir.videos.name

代表手机中视频目录的名称�Q�例�?#8220;Video clips”

fileconn.dir.tones.name

代表手机中声音目录的名称�Q�例�?#8220;Sound clips”

file.separator

代表手机中的文�g分隔�W�，例如“/”

fileconn.dir.memorycard.name

代表手机中存储卡的名�U�ͼ�例如“Memory card”

使用�q�些属性，可以获得在程序运行过�E�中需要的很多和系�l�相关的信息�Q�也可以使用�?中的属性来获得手机是否支持对应的可选包�{�信息�?br>实际使用�C�Z��Q�String name = System.getProperty(“microedition.platform”);

注意�Q�如果需要获得JVM或jad文�g中的信息�Q�需要��用MIDlet�c�M��的getAppProperty�Ҏ��Q�其属性名则需要查阅jad文�g的设定，和本文所�q�的属性名无关�?br>

郭天�?/a> 2008-12-23 14:23 发表评论

[J2ME]文�g操作一

Fri, 13 Jun 2008 11:23:00 GMT
     摘要: 1. JSR75方式 Jsr75分两个部分，一部分是File�Q�即本地文�g�pȝ��Q�一部分是PIM�Q�就是电话本之类的信息，我先学习的是File部分�Q�通过import javax.microedition.io.file.*里的包，可以实现自由讉K��本机的文件系�l�，��p��Windos里的资源��理器一��P��在这里简单介�l�一�?        ...  阅读全文

郭天�?/a> 2008-06-13 19:23 发表评论

手机开发��^台指南、教�E�和资料介绍[转蝲]

Tue, 15 Apr 2008 01:31:00 GMT

��g�� Posted:2008-3-22 10:42:55   日志短讯邮箱好友

手机可分为智能手机开发和feather phone手机。开发��^台可分�ؓ开攑ּ��q�_��和封闭式�q�_��Q�开攑ּ��q�_��包括symbian、windows mobile、linux、Android、BlackBerry、j2me、brew�{�，支持手机应用�E�序通过OTA下蝲和安装；��闭式��^台包括MTK、展讯、TI、飞利��{�。下面分别介�l��?
1�Q?Symbian�Q?
Symbian�q�_��为目前智能手机市场的老大�Q�智能手机全球市场占70%以上�Q�在�Ƨ洲和亚�z�占�l�对优势�Q�只是在��国市场份额��得可怜，希望今年nokia在美国发力，赶上其它��手机。根据UI风格的不同，Symbian分�ؓs60和UIQ两个�q�_��Q�其中nokia使用s60�q�_��Q�烦爱和moto采用UIQ�q�_��。Symbian�q�_��׃��发展旉��较长�Q�又是市��大�Q�目前中文资料也较多�Q�不像几�q�前刚接触时只有英文资料。以下书�c�值得推荐�Q?
《SYMBIAN OS软�g开发开�?-应用C++开发智能手机应用程序入门》（其中UI部分为UIQ�q�_��Q�，
《Series 60 应用�E�序开发》（以s60�q�_��Z��Q�重�Ҏ��荐）
《Symbian OS C++手机应用开�?�Q�第2��P��?
另外今年��出来一本有关uiq3.0的新书，值得期待�?
关于symbian的开发网站和论坛�Q?
诺基亚论坛：最好的symbian论坛�Q?
http://discussion.forum.nokia.com/forum/forumdisplay.php?f=6�Q�其中还有中文论坛�?
UIQ官方论坛�Q?a target=_blank>http://developer.uiq.com/
Symbian公司中文论坛�Q?a target=_blank>http://developer.symbian.com/forum/forum.jspa?forumID=37
NewLC�|�站�Q?a target=_blank>http://www.newlc.com/
索爱uiq官方论坛�Q?a target=_blank>http://developer.sonyericsson.com/category.jspa?categoryID=3
索爱uiq中文论坛http://developer.sonyericsson.com/forum.jspa?forumID=133

2�Q�windows mobile�Q?
��手机全球市场中windows mobile�?2%左右市场份额。开发与windows�q�_��c�M��Q�所以熟悉windows开发的能很快上手。目前没有较好的针对windows mobile的书�Q�经�怹��c�《Windows �E�序设计�Q�第5版）》对于开发win32�E�序依然是最好的�Q�经典的书就是牛啊！虽然pocket pc支持MFC�Q�但smartphone不支持，所以�ؓ了更好的�U�L��Q�用win32开发较好。由本书做基��Q�再参考windows mobile的sdk以及�C�Z��代码�Q�应该能很快上手�?
关于windows mobile的开发网站和论坛�Q?
Windows mobile中文�C�֌��Q?a target=_blank>http://www.winbile.net/BBS/
Pocket pc forum�Q?a target=_blank>http://www.windowsmobiledn.com/forum/
微��Y官方�|�站�Q?a target=_blank>http://www.microsoft.com/windowsmobile/developers/default.mspx

3�Q?linux�Q?
��手机全球市场中linux手机仅占可怜的4.4%市场份额。原来moto�q�出�q�不��linux手机�Q�如A768、A1200、E680、E2、E6、V8�{�，07�q?月䆾�q�信誓旦旦预��?0%手机采用Linux OS�Q�但moto后来回购了UIQ的股份，又与微��Y合作�Q�还加入了google的开放手��盟，看来要抛弃自��q��linux�q�_��了。另外，moto的策略是linux+j2me的模式，虽然采用linux os�Q�但�q�不对外开放linux的sdk�Q�只有和moto合作的厂家才能获得native linux sdk�Q�所以导致目前linux手机开发的资料和论坛较��。虽然有民间linux高手破解了moto的linux的sdk�Q�可以开发native linux的程序，但native linux的程序不能直接安装在moto的linux手机上，�q�必��d��装一个插�Ӟ��q�对普通用户又是难以跨��的一个门槛。所以个��得native linux手机的开发将走向末�\。大部分linux手机的ui开发都是基于QT�Q�关于QT开发，可参考《C++ GUI Qt3�~�程》、《精通Qt4�~�程》，如果有moto官方的sdk�Q�参考API文档以及一些示例代码，��可以较快上手，如果没有官方的sdk�Q�那��p��话很长时间hack了。目前没有很好的关于linux手机开发的论坛�Q�个人推荐陈�|�的博客http://www.cublog.cn/u/26691/�Q�内有moto a1200开发随�W�，对于熟悉和了解手机native linux开发有很大帮助�?

4�Q?MTK�Q?
MTK最�q�几�q�异军突��P��q?0%的国产手机采用MTK的芯片和�q�_��Q�黑手机更几乎是MTK的代名词。国内厂家只有夏新没有采用MTK的方案。MTK的模式名�?#8220;Turn-key”的全面解��x��案，厂商采用了这个方案，只需要加一个手机外壛_��可成品——这能大大降低了��旉��Q�一般厂家只修改界面、铃��C��及增加一些应用��Y件。有关MTK�q�_��的介�l�，见环球企业家杂志的文�?#8220;国��手机操纵者联发科的秘�?#8221;http://www.cnbeta.com/articles/45580.htm�?
MTK是私有��^収ͼ�目前没有书籍介绍MTK�q�_��Q�所以只能从�|�上查找MTK的资料。以下资料大家可以从�|�上获得�Q�对于了解MTK很有帮助�Q�《mtk 训练评��.pdf》、《MMI Platform Source Code Training.pdf》主要是MMI界面开发介�l�、《MMI Resource & Customization Tool.pdf》MMI资源工具介绍�?
最�q�，MTK�q�_��Q��݋�Q�设计牛人��u�Q�Ｇ�Q�ﾃ自己�~�写了一本有关mtk�q�_��MMI开发的实例教程�Q�书名�ؓ《MMI实例培训教程》（本书大家通过Google下蝲刎ͼ��Q�此书深入浅出，全面的介�l�了MTK�q�_��MMI开发的各个斚w��Q�通过本书�Q�开发�h员将能很快进入MTK�q�_��开发领域，实�ؓMTK�q�_��MMI开发的圣经�Q�MTK�q�_��的操作系�l��ؓnucleus�Q�有关nucleus的介�l�网上有一��文章《Nucleus实时操作�pȝ��分析报告》。MTK�q�_��主要用C语言开发，所以要熟悉MTK开发，首先必须熟悉掌握C语言�Q�MTK的sdk与vc6集成�Q�MMI的各控�g和窗口之间通过回调函数实现通讯�?
关于MTK的开发网站和论坛�Q?
我爱研发�|�：http://www.52rd.com/ 上面几篇文章和书�c�都能从本网站找到�?
手机研发论坛�Q?a target=_blank>http://www.1mp.cc/bbs/index.asp

5�Q?展讯�Q?
展讯�q�_��07�q�也发展很快�Q�利用MTK下半�q�PA攑֤�器缺货的��Z��Q�趁势而入�Q�抢走mtk很多市场份额。展讯的开发模式和MTK的很�c�M��Q�基本也是给厂家提供整体解决�Ҏ��Q�与MTK的差别见此链�?a target=_blank>http://www.chinabyte.com/telecom/267/2507267.shtml。国内主要是夏新、联惟뀁文泰等采用展讯�q�_��。展讯��^台采用的嵌入式操作系�l�是threadx�Q�关于threadx的有一本中文书《嵌入式实时操作�pȝ��的多�U�程计算�Q�基于ThreadX和ARM》。同MTK�q�_��一��P��为封闭��^収ͼ�开发语�a�为C�Q�开发环境�ؓvc6, MMI的各控�g和窗口之间与windows�c�M��通过消息�q�制实现通讯。另外也没有书籍介绍展讯�q�_��Q�以下资料值得推荐�Q?
《Spreadtrum_SAP.ppt�?
《MMK_Kernel软�gAPI接口说明�?doc�?
《MMK_Window_Table开发说明书.doc�?
《展讯��^台MMI�H�口开发说明书.pdf�?
《展讯手机��^台��Y件简�?pdf�?
关于展讯的开发网站和论坛�Q?
我爱研发�|�：http://www.52rd.com/ 上面几篇文章都能从本�|�站扑ֈ��?
手机研发论坛�Q?a target=_blank>http://www.1mp.cc/bbs/index.asp

6�Q?J2ME�Q?
J2ME�q�_��为手��Z��q�用最�q�泛的开攑ּ��q�_��Q�绝大部分手机均已经支持J2ME了。关于J2ME的书�c�数不胜敎ͼ�个�h推荐以下书籍�Q?
《j2me技术手册�?
《J2ME开发大全�?
《J2ME�U�d��应用�E�序开发�?
关于J2ME的开发网站和论坛�Q?
J2ME开发网�Q?a target=_blank>http://www.j2medev.com/Index.html
中国Java手机�|�：http://www.cnjm.net/
以及各手机厂商的官方java论坛

7�Q?Brew
Brew 的全�U�是无线二进制运行时环境。Brew�q�_��是高通公司开发的�Q�从无线应用�E�序开发、设备配�|�、应用程序分发以及计费和支付的完整端到端解决�Ҏ��中的无线应用�E�序开发部分。目前绝大部分CDMA手机都支持Brew�q�_��。学习Brew�q�_��Q�首先需要熟悉c语言。学习步骤和�Ҏ��可参�?#8221; BREW高手之�\�Q�解析BREW学习�q�程”�?
学习书籍�Q?
《深入BREW手机游戏开发�?
《BREW 技术开发与应用�?
�q�些书虽然不够深入，但对于入门还是可以参考的�?
关于Brew的开发网站和论坛�Q?
Brew官方论坛�Q?a target=_blank>http://brewforums.qualcomm.com/index.php

8�Q?Blackberry�Q�Android�Q�iPhone
黑莓公司BlackBerry手机和Google的Android手机均只支持java开发。苹果的iPhone不支持第3方开发，只能开发网��，据说��来开放sdk�Q�值得期待�?
BlackBerry的开发网站和论坛�Q?
BlackBerry开发者指南：http://www.cnblogs.com/confach/category/36451.htmlBlackBerry官方�|�站�Q?a target=_blank>http://na.blackberry.com/eng/developers/community.jsphttp://bbs.maxpda.com/forum-184-1.html
Android的开发网站和论坛�Q?
http://www.androiddev.net.cn/bbs/
http://www.androidin.com/http://www.androidcn.net/
iPhone的开发网站和论坛�Q?
一��苹果fans成立的网站：http://apple4.us/
http://bbs.maxpda.com/forum-190-1.html
http://lordhong.javaeye.com/blog/153315
http://lordhong.javaeye.com/blog/152774

9�Q?其它Feather phone�q�_��
其它feather phone�q�_��Q�如TI、飞利��、英飞凌�Q�Infineon�Q�、飞思卡��（Freescale�Q�、Broadcom、Skyworks�{��^収ͼ��׃��q�_��U�有�Q��ƈ且不提供�W�三方sdk�Q�所以也没有相关资料和文档，希望有了解的朋友介绍一下�?/div>

郭天�?/a> 2008-04-15 09:31 发表评论

Mon, 24 Mar 2008 11:46:00 GMT

我在�q�行menu的实例的时候出��C��面的错误:

Buildfile: F:\MobileToDVR\menu\build.xml
init:
j2mepolish:
[j2mepolish] J2ME Polish 2.0-RC4 (GPL License)
[j2mepolish] Loading device database...
[j2mepolish] Processing [7] devices...
[j2mepolish] Building application for [Generic/Midp2Cldc11] (1/7):
[j2mepolish] Using locale [de_DE]...
[j2mepolish] assembling resources for device [Generic/Midp2Cldc11].
[j2mepolish] preprocessing for device [Generic/Midp2Cldc11].
[j2mepolish] processing locale code...
[j2mepolish] compiling for device [Generic/Midp2Cldc11].
[j2mepolish-javac-Generic/Midp2Cldc11] Compiling 202 source files to F:\MobileToDVR\menu\build\real\Generic\Midp2Cldc11\de_DE\classes
    [javac] Internal J2ME Polish class: F:\MobileToDVR\menu\build\real\Generic\Midp2Cldc11\de_DE\source\StyleSheet.java:291: 找不到符�?br>    [javac] �W�号�Q?�c?CarrouselContainerView
    [javac] 位置�Q?�c?StyleSheet
    [javac] , new Object[]{ new CarrouselContainerView(), mainscreenfocusedStyle}
    [javac] ^
    [javac] Internal J2ME Polish class: F:\MobileToDVR\menu\build\real\Generic\Midp2Cldc11\de_DE\source\StyleSheet.java:327: 找不到符�?br>    [javac] �W�号�Q?�c?CarrouselContainerView
    [javac] 位置�Q?�c?StyleSheet
    [javac] , new Object[]{ new CarrouselContainerView(), mainscreenfocusedStyle}
    [javac] ^
    [javac] 2 错误
    [javac] An internal class of J2ME Polish could not be compiled. Please try a clean rebuild by either calling "ant clean j2mepolish" or by removing the working directory "F:\MobileToDVR\menu\build\real".
    [javac] When an API-class was not found, you might need to define where to find the device-APIs. Following classpath has been used: [D:\Program Files\J2ME-Polish\import\midp-2.0.jar;D:\Program Files\J2ME-Polish\import\cldc-1.1.jar;].

BUILD FAILED
F:\MobileToDVR\menu\build.xml:89: Unable to compile source code for device [Generic/Midp2Cldc11]: Compile failed; see the compiler error output for details.

Total time: 8 seconds

调试了半天也没有扑ֈ�原因, 后来到官方网站上面下载了一个新版本的J2ME-POLISH(j2mepolish-2.0.1.jar), 然后��正��运行了, 我原来安装的是J2ME Polish 2.0-RC4版本.

郭天�?/a> 2008-03-24 19:46 发表评论

[J2ME]开�?J2ME 应用�E�序 FAQ 一

Mon, 17 Mar 2008 07:45:00 GMT
Q:java.lang.OutOfMemoryError: b: Maximum byte code length (32kB) exceeded

R:�׃��.java文�g的大��超�q�了32kB, 在模拟器中会报这��L��错误. 在真��Z��面好像没有这��L��问题, 但是也要注意�q�样的情�? 不能让一个类的长度过�?

A:把一个类分成多个��类的来处理.

Q:在模拟器中操作文件的时�? 如何取消"is it ok to write local files"对话�?

R:�q�入Preferences->Security, securiy policy选择JTWI, security domain选择trusted.

A:�q��o安全的认�?

Q:如何��d��JAD文�g中的属�?

A:通过getProperty()�Ҏ��可以获取.

郭天�?/a> 2008-03-17 15:45 发表评论

Thu, 13 Mar 2008 07:21:00 GMT

服务器到客户端：
----------------------------------------------------------------------
下面代码是服务器端把字符写到Client端，�l�过gbEncoding()�Ҏ��Q�所有的字符�~�码成：\uXXXX.
----------------------------------------------------------------------

代码:--------------------------------------------------------------------------------
/**
* Write the String data
*
* @param out
* @param value
*/
public static void writeUnicode(final DataOutputStream out, final String value) throws ActionException {
try {
final String unicode = StringFormatter.gbEncoding( value );
final byte[] data = unicode.getBytes();
final int dataLength = data.length;

System.out.println( "Data Length is: " + dataLength );
System.out.println( "Data is: " + value );
out.writeInt( dataLength );
out.write( data, 0, dataLength );
} catch (IOException e) {
throw new ActionException( IMDefaultAction.class.getName(), e.getMessage() );
}
}
--------------------------------------------------------------------------------

----------------------------------------------------------------------
以下代码是gbEncoding()�Ҏ��Q�把双字节字�W��{换成\uXXXX,ASIIC码在前面�?0�?br>----------------------------------------------------------------------
/**
* This method will encode the String to unicode.
*
* @param gbString
* @return
*/

代码:--------------------------------------------------------------------------------
public static String gbEncoding( final String gbString ) {
char[] utfBytes = gbString.toCharArray();
String unicodeBytes = "";
for( int byteIndex = 0; byteIndex < utfBytes.length; byteIndex ++ ) {
String hexB = Integer.toHexString( utfBytes[ byteIndex ] );
if( hexB.length() <= 2 ) {
hexB = "00" + hexB;
}
unicodeBytes = unicodeBytes + "\u" + hexB;
}
System.out.println( "unicodeBytes is: " + unicodeBytes );
return unicodeBytes;
}
--------------------------------------------------------------------------------

----------------------------------------------------------------------
在客��L��收到服务器的数据�Q�先��其一个一个字�W�解码。双字节昄��正常�?br>----------------------------------------------------------------------

代码:--------------------------------------------------------------------------------
/**
* This method will decode the String to a recognized String
* in ui.
* @param dataStr
* @return
*/
private StringBuffer decodeUnicode( final String dataStr ) {
int start = 0;
int end = 0;
final StringBuffer buffer = new StringBuffer();
while( start > -1 ) {
end = dataStr.indexOf( "\u", start + 2 );
String charStr = "";
if( end == -1 ) {
charStr = dataStr.substring( start + 2, dataStr.length() );
} else {
charStr = dataStr.substring( start + 2, end);
}
char letter = (char) Integer.parseInt( charStr, 16 ); // 16�q�制parse整�Ş字符丌Ӏ?br>buffer.append( new Character( letter ).toString() );
start = end;
}
return buffer;
}
--------------------------------------------------------------------------------

----------------------------------------------------------------------
客户端到服务器：
----------------------------------------------------------------------
客户端��用下面方法把手机端的字符�~�码成ISO-8859-1,传给服务器�?br>----------------------------------------------------------------------

代码:--------------------------------------------------------------------------------
/**
* write the String data
* @param value
* @param outData
*/
private void writeSjis(DataOutputStream outData, String value) {
try {
byte[] data = null;
// data = ( value ).getBytes( "UTF-8" );
data = ( value ).getBytes( "ISO8859_1" );
outData.writeInt(data.length);
outData.write(data, 0, data.length);

System.out.println(" data.length: " + data.length);
System.out.println(" data.value: " + value);
} catch (Exception ex) {
System.out.println(" write error ");
ex.printStackTrace();
}
}
--------------------------------------------------------------------------------

----------------------------------------------------------------------
服务器端收到客户端字�W�流�Q�是用下面方法将其�{为UTF-8�Q�以后的操作都是��Z��UTF-8�~�码。SQLServer可能会由于内吗不通有不同的变换，所以存取数据库是还要是具体的DB内码作相应的处理�?br>----------------------------------------------------------------------

代码:--------------------------------------------------------------------------------
/**
*
* @param iso
* @return
*/
public static String isoToUtf( final String iso ) {
String utfString = iso;
if( iso != null ) {
try {
utfString = new String( iso.getBytes( "ISO-8859-1" ), "UTF-8" );
} catch ( UnsupportedEncodingException e ) {
utfString = iso;
}
} else {
utfString = "";
}
return utfString;
}

注：
本方法应该不是最有效的，但是只要手机支持unicode的gb2312�~�码�Q�应该都可以昄��正常�?br>不正之处�Q�请各位�?http://www.ebds.com.cn/bbs/讨论讨论�?

郭天�?/a> 2008-03-13 15:21 发表评论

Thu, 13 Mar 2008 03:24:00 GMT

现象:
安装JAVA应用�E�序�?手机重启�?安装的程序就打不开.

CLDC标准

安装目录
CLDC1.0 CLDC1.1

手机存储重启后可�?/td> 重启后可�?/td>

存储卡存�?/td> 重启后不可用重启后可�?/td>

         以上的情�? 是在存储卡没有设定密码的环境�? 若存储卡讑֮�了密�? 不管是CLDC1.0�q�是CLDC1.1,重启手机�? 安装到存储卡上面的应用程序均不可�? 在有些情况下, 需要给存储卡先讑֮�一密码, 然后再删除密�?

         原因分析:
               1.�E�序安装的�\径是安装在扩展卡上面.
               2.支持的CLDC1.0和CLDC1.1标准不一�?br>         解决�Ҏ��:
               1.使用较低的标�? 把CLDC1.1的应用程序编译�ؓCLDC1.0的程�?br>

郭天�?/a> 2008-03-13 11:24 发表评论

Tue, 04 Mar 2008 01:40:00 GMT
Q1 :
最�q�在做一个工�E? 要��用音视频解码. 其他部门�l�我分别提供了视频解码库和音频解码库, 我想把这两个��h��打在一起�Ş成一个统一的音视频解码�? 在进行�؜淆打包的时候会出现很多警告信息, 而仅仅打入一个包的时候却没有问题..

A1:
问题出现的原因是: 音频和视频解码库是两个分别的jar, 也都是�؜淆的, �q�样��D��了这两个包里面都有a.class, b.class�{�等. ��D��有类同名的问题存�?.让底层重新打包一�ơ问题就解决�?

Q2:
在�؜淆的时候需要指定keep参数, 即不参与��h��的类, 其实�q�些�c�d��是提供给上层应用的接�?
开始我是��用以下方式来指定keep参数�?
public class com.hik.decoder.*
但是发现打包后的�l�果是导入的jar都没有打到这个生成的jar里面, ��D��生成的jar只有2-3k..

后来发现正确的指定的keep参数的方式还是需要乖乖的输入每个要keep的类, like following:

class com.hik.decoder.CLASS1{public *;}
class com.hik.decoder.CLASS2{public *;}
class com.hik.decoder.CLASS3{public *;}
class com.hik.decoder.CLASS4{public *;}

郭天�?/a> 2008-03-04 09:40 发表评论

Fri, 25 Jan 2008 05:29:00 GMT

PCMU(G.711U)
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?4Kbps(90.4)
�Ҏ��：PCMU和PCMA都能提供较好的语韌��量，但是它们占用的带宽较高，需�?4kbps�?br>优点�Q�语韌��量优
�~�点�Q�占用的带宽较高
应用领域�Q�voip
版税方式�Q�Free
备注�Q�PCMU and PCMA都能够达到CD韌��Q�但是它们消耗的带宽也最�?64kbps)。如果网�l�带宽比较低�Q�可以选用低比牚w��率的编码方法，如G.723或G.729�Q�这两种�~�码的方法也能达��C��l�长途电话的韌��Q�但是需要很��的带宽�Q�G723需�?.3/6.3kbps�Q�G729需�?kbps�Q�。如果带宽��够�ƈ且需要更好的语音质量�Q�就使用PCMU �?PCMA�Q�甚臛_��以��用宽带的�~�码�Ҏ��G722(64kbps)�Q�这可以提供有高保真度的韌��?br>

PCMA(G.711A)
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?4Kbps(90.4)
�Ҏ��：PCMU和PCMA都能提供较好的语韌��量，但是它们占用的带宽较高，需�?4kbps�?br>优点�Q�语韌��量优
�~�点�Q�占用的带宽较高
应用领域�Q�voip
版税方式�Q�Free
备注�Q�PCMU and PCMA都能够达到CD韌��Q�但是它们消耗的带宽也最�?64kbps)。如果网�l�带宽比较低�Q�可以选用低比牚w��率的编码方法，如G.723或G.729�Q�这两种�~�码的方法也能达��C��l�长途电话的韌��Q�但是需要很��的带宽�Q�G723需�?.3/6.3kbps�Q�G729需�?kbps�Q�。如果带宽��够�ƈ且需要更好的语音质量�Q�就使用PCMU �?PCMA�Q�甚臛_��以��用宽带的�~�码�Ҏ��G722(64kbps)�Q�这可以提供有高保真度的韌��?/div>

ADPCM(自适应差分PCM)
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?2Kbps
�Ҏ��：ADPCM(adaptive difference pulse code modulation)�l�合了APCM的自适应�Ҏ��和DPCM�pȝ��的差分特性，是一�U�性能比较好的波�Ş�~�码。它的核心想法是�Q?br>    ①利用自适应的思想改变量化阶的大小�Q�即使用��的量化�?step-size)�ȝ��码小的差��|��使用大的量化阶去�~�码大的差��|��
   ②��用过�ȝ��h��g��下一个输入样本的预测��|��使实际样本值和预测��g��间的差值��L��最��?br>优点�Q�算法复杂度低，压羃比小�Q�CD韌��>400kbps�Q�，�~�解码�g时最短（相对其它技术）
�~�点�Q�声韌��量一�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�ADPCM (ADPCM Adaptive Differential Pulse Code Modulation), 是一�U�针�?16bit (或者更�?) 声音波�Ş数据的一�U�有损压�~�算�? 它将声音��中每次采样�?16bit 数据�?4bit 存储, 所以压�~�比 1:4. 而压�~?解压�~�算法非常的��? 所以是一�U�低�I�间消�?高质量声韌��得的好途径�?br>

LPC(Linear Predictive Coding�Q�线性预��编�?
�c�d��Q�Audio
制定者：
所需频宽�Q?Kbps-4.8Kbps
�Ҏ��：压羃比大�Q�计��量大，韌��不高�Q�廉�?br>优点�Q�压�~�比�?廉�h
�~�点�Q�计��量大，语音质量不是很好�Q�自然度较低
应用领域�Q�voip
版税方式�Q�Free
备注�Q�参数编码又�U�Cؓ声源�~�码�Q�是��信源信号在频率域或其它正交变换域提取特征参敎ͼ��q�将其变换成数字代码�q�行传输。译码�ؓ其反�q�程�Q�将收到的数字序列经变换恢复特征参量�Q�再�Ҏ��特征参量重徏语音信号。具体说�Q�参数编码是通过对语音信��L��征参数的提取和编码，力图佉K��音信号具有尽可能高的准确性，但重��Z��L��波�Ş同原语音信号的�L形可能会有相当大的差别。如�Q�线性预��编码（LPC�Q�及其它各种改进型都属于参数�~�码。该�~�码比特率可压羃�?Kbit/s-4.8Kbit/s�Q�甚��x��低，但语韌��量只能达��C��{�，特别是自然度较低�?/div>

CELP(Code Excited Linear Prediction�Q�码�Ȁ��q��性预��编�?
�c�d��Q�Audio
制定者：�Ƨ洲通信标准协会�Q�ETSI�Q?br>所需频宽�Q?�?6Kbps的速率
�Ҏ��：改善语音的质量：
   �?对误差信可��行感觉加权，利用人类听觉的掩蔽特性来提高语音的主观质量；
   ②用分数延迟改进基音预测�Q��ɋ��音的表达更为准��，��其改善了女性语音的质量�Q?br>    �?使用修正的MSPE准则来寻�?“最�?#8221;的�g�q�，使得基音周期延迟的外形更为��^滑；
   ④根据长旉��的效率�Q�调整随机激��q��量的大小�Q�提高语音的主观质量�Q?nbsp;    �?使用��Z��信道错误率估计的自适应�q�x��器，在信道误码率较高的情况下也能合成自然度较高的语音�?br>    �l�论�Q?br>    �?CELP��法在低速率�~�码环境下可以得��C�o人满意的压羃效果�Q?br>    ②��用快速算法，可以有效地降低CELP��法的复杂度�Q��它完全可以实时地实现�Q?br>    ③CELP可以成功地对各种不同�c�d��的语音信可��行编码，�q�种适应性对于真实环境，��其是背景噪声存在时更�ؓ重要�?br>优点�Q�用很低的带宽提供了较清晰的语音
�~�点�Q?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q?999�q�欧�z�通信标准协会�Q�ETSI�Q�推��Z��Z��码激��q��性预��编码（CELP�Q�的�W�三代移动通信语音�~�码标准自适应多速率语音�~�码器（AMR�Q�，其中最低速率�?.75kb/s�Q�达到通信质量。CELP 码激��q��性预��编码是Code Excited Linear Prediction的羃写。CELP是近10�q�来最成功的语音编码算法�?br>    CELP语音�~�码��法用线性预��提取声道参敎ͼ�用一个包含许多典型的�Ȁ��q��量的码本作�ؓ�Ȁ励参敎ͼ�每次�~�码旉��在这个码本中搜烦一个最佳的�Ȁ��q��量，�q�个�Ȁ��q��量的�~�码值就是这个序列的码本中的序号�?br>    CELP已经被许多语音编码标准所采用�Q�美国联邦标准FS1016��是采用CELP的编码方法，主要用于高质量的�H�带语音保密通信。CELP (Code-Excited Linear Prediction) �q�是一个简化的 LPC ��法�Q�以其低比特率著�U?(4800-9600Kbps)�Q�具有很清晰的语韛_��质和很高的背景噪韛_��疫性。CELP是一�U�在中低速率上广泛��用的语音压羃�~�码�Ҏ��?br>

G.711
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?4Kbps
�Ҏ��：��法复杂度小�Q�音质一�?br>优点�Q�算法复杂度低，压羃比小�Q�CD韌��>400kbps�Q�，�~�解码�g时最短（相对其它技术）
�~�点�Q�占用的带宽较高
应用领域�Q�voip
版税方式�Q�Free
备注�Q?0�q�代CCITT公布的G.711 64kb/s脉冲�~�码调制PCM�?br>

G.721
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?2Kbps
�Ҏ��：相对于PCMA和PCMU�Q�其压羃比较高，可以提供2�Q?的压�~�比�?br>优点�Q�压�~�比�?br>�~�点�Q�声韌��量一�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�子带ADPCM�Q�SB-ADPCM�Q�技术。G.721标准是一个代码�{换系�l�。它使用ADPCM转换技术，实现64 kb/s A律或μ律PCM速率�?2 kb/s速率之间的相互�{换�?/div>

G.722
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?4Kbps
�Ҏ��：G722能提供高保真的语韌��?br>优点�Q�音质好
�~�点�Q�带宽要求高
应用领域�Q�voip
版税方式�Q�Free
备注�Q�子带ADPCM�Q�SB-ADPCM�Q�技�?br>

G.723(低码率语音编码算�?
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?.3Kbps/6.3Kbps
�Ҏ��：语音质量接近良，带宽要求低，高效实现�Q�便于多路扩展，可利用C5402片内16kRAM实现53coder。达到ITU-TG723要求的语韌��量，性能�E�_��。可用于IP电话语音信源�~�码或高效语韛_��~�存储�?br>优点�Q�码率低�Q�带宽要求较��。�ƈ辑ֈ�ITU-TG723要求的语韌��量，性能�E�_��?br>�~�点�Q�声韌��量一�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�G.723语音�~�码器是一�U�用于多媒体通信�Q�编码速率�?.3kbits/s�?.3kbit/s的双码率�~�码�Ҏ��。G.723标准是国际电信联盟（ITU�Q�制定的多媒体通信标准中的一个组成部分，可以应用于IP电话�{�系�l�中。其中，5.3kbits/s码率�~�码器采用多脉冲最大似焉��化技术（MP�Q�MLQ�Q�，6.3kbits/s码率�~�码器采用代数码�Ȁ��q��性预��技术�?br>

G.723.1(双速率语音�~�码��法)
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?.3Kbps(22.9)
�Ҏ��：能够寚w��乐和其他音频信号�q�行压羃和解压羃�Q�但它对语音信号来说是最优的。G.723.1采用了执行不�q�箋传输的静韛_��~�，�q�就意味着在静��x��间的比特��中加入了�h为的噪声。除了预留带宽之外，�q�种技术��发信机的调制解调器保持连�l�工作，�q�且避免了蝲波信��L��旉��时断�?br>优点�Q�码率低�Q�带宽要求较��。�ƈ辑ֈ�ITU-TG723要求的语韌��量，性能�E�_��,避免了蝲波信��L��旉��时断�?br>�~�点�Q�语韌��量一�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�G.723.1��法�?ITU-T��的应用于低速率多媒体服务中语音或其它音频信��L��压羃��法�Q�其目标应用�pȝ��包括H.323、H.324�{�多媒体通信�pȝ�� 。目前该��法已成为IP电话�pȝ��中的必选算法之一�?br>

G.728
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?6Kbps/8Kbps
�Ҏ��：用于IP电话、卫星通信、语韛_��储等多个领域。G.728是一�U�低时�g�~�码器，但它比其它的�~�码器都复杂�Q�这是因为在�~�码器中必须重复�?0阶LPC分析。G.728�q�采用了自适应后置滤�L器来提高其性能�?br>优点�Q�后向自适应�Q�采用自适应后置滤�L器来提高其性能
�~�点�Q�比其它的编码器都复�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�G.728 16kb/s短�g时码本激��q��性预��编码（LD-CELP�Q��?996�q�ITU公布了G.728 8kb/s的CS�Q�ACELP��法�Q�可以用于IP电话、卫星通信、语韛_��储等多个领域�?6 kbps G.728低时延码�Ȁ��q��性预��?
   G.728是低比特�U�性预��合成分析编码器�Q�G.729和G.723.1�Q�和后向ADPCM�~�码器的混合体。G.728是LD-CELP�~�码器，它一�ơ只处理5个样炏V��对于低速率�Q?6~128 kbps�Q�的�l�合业务数字�|�（ISDN�Q�可视电话，G.728是一�U�徏议采用的语音�~�码器。由于其后向自适应�Ҏ��，因此G.728是一�U�低时�g�~�码器，但它比其它的�~�码器都复杂�Q�这是因为在�~�码器中必须重复�?0阶LPC分析。G.728�q�采用了自适应后置滤�L器来提高其性能�?/div>

G.729
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?Kbps
�Ҏ��：在良好的信道条�g下要辑ֈ�长话质量�Q�在有随机比特误码、发生��丢失和多�ơ�{接等情况下要有很好的�E�_��性等。这�U�语韛_��~�算法可以应用在很广泛的领域中，包括�Q�Ｐ电话、无�U�K��信、数字卫星系�l�和数字专用�U��\�?br>    G.729��法采用“��p��l�构代数码本�Ȁ��q��性预��编码方�?#8221;�Q�CS-ACELP�Q�算法。这�U�算法综合了波�Ş�~�码和参数编码的优点�Q�以自适应预测�~�码技术�ؓ基础�Q�采用了矢量量化、合成分析和感觉加权�{�技术�?br>    G.729�~�码器是��Z��时�g应用设计的，它的帧长只有10ms�Q�处理时延也�?0ms�Q�再加上5ms的前视，�q�就使得G.729产生的点到点的时延�ؓ25ms�Q�比特率�? kbps�?br>优点�Q�语韌��量良�Q�应用领域很�q�泛�Q�采用了矢量量化、合成分析和感觉加权�Q�提供了对��丢失和分�l�丢��q��隐藏处理机制
�~�点�Q�在处理随机比特错误斚w��性能不好�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�国际电信联盟（ITU-T�Q�于1995�q?1月正式通过了G.729�?ITU-T��G.729也被�U�C��“��p��l�构代数码本�Ȁ��q��性预��编码方�?#8221;(CS-ACELP)�Q�它是当前较新的一�U�语韛_��~�标准。G.729是由��国、法国、日本和加拿大的几家著名国际电信实体联合开发的�?br>

G.729A
�c�d��Q�Audio
制定者：ITU-T
所需频宽�Q?Kbps(34.4)
�Ҏ��：复杂性较G.729低，性能较G.729差�?br>优点�Q�语韌��量良�Q�降低了计算的复杂度以便于实时实玎ͼ�提供了对帧丢失和分组丢失的隐藏处理机�?br>�~�点�Q�性能较G.729�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q?6�q�ITU-T又制定了G.729的简化方案G.729A�Q�主要降低了计算的复杂度以便于实时实玎ͼ�因此目前使用的都是G.729A�?br>

GIPS
�c�d��Q�Audio
制定者：瑞典Global IP Sound公司
所需频宽�Q?br>�Ҏ��：GIPS技术可�Ҏ��带宽状况自动调节�~�码码率�Q�提供低码率高质量的音频。GIPS的核心技术（�|�络自适应��法�Q�丢包补偿算法和回声消除��法�Q�可很好地解册��韛_�g�q�与回声问题�Q�带来完��音质，提供比电话还清晰的语音通话效果�?br>优点�Q�很好地解决语音延迟与回声问题，带来完美韌��Q�提供比电话�q�清晰的语音通话效果
�~�点�Q?不是Free
应用领域�Q�voip
版税方式�Q�每�q�支付一�W��用权费用
备注�Q�GIPS音频技术是由来自瑞典的全球��尖的语韛_��理高�U�技公司--"GLOBAL IP SOUND"提供的专用于互联�|�的语音压羃引擎�pȝ��。GIPS技术可�Ҏ��带宽状况自动调节�~�码码率�Q�提供低码率高质量的音频。GIPS的核心技术（�|�络自适应��法�Q�丢包补偿算法和回声消除��法�Q�可很好地解册��韛_�g�q�与回声问题�Q�带来完��音质，提供比电话还清晰的语音通话效果�?br>

Apt-X
�c�d��Q�Audio
制定者：Audio Processing Technology 公司
所需频宽�Q?0Hz to 22.5 kHz�Q?6kbit/s to 576 kbit/s(16 bit 7.5 kHz mono to 24-bit, 22.5kHz stereo)
�Ҏ��：主要用于专业音频领域�Q�提供高品质的音频。其特点是：
   ①采�?:1:4的压�~�与攑֤��Ҏ��Q?br>    ②硬件低复杂度；
   ③极低的�~�码延迟�Q?br>    ④由单芯片实玎ͼ�
   ⑤单声道或立体声�~�解码；
   ⑥只需单设备即可实�?2.5kHz的双通道立体壎ͼ�
   ⑦高�?8kHz的采样频率；
   ⑧容错性好�Q?br>    ⑨完整的AUTOSYNC™�~�解码同步方案；
   ⑩低功率消�?br>优点�Q�高品质的音频，��g复杂度低�Q�设备要求低
�~�点�Q�不是Free
应用领域�Q�voip
版税方式�Q�一�ơ性付�?br>备注�Q�子带ADPCM�Q�SB-ADPCM�Q�技�?/div>

NICAM(Near Instantaneous Companded Audio Multiplex 准瞬时压扩音频复�?
�c�d��Q�Audio
制定者：英国BBC�q�播公司
所需频宽�Q?28Kbps
�Ҏ��：应用范围及其�q�泛�Q�可用它�q�行立体声或双语�q�播
优点�Q�应用范围及其广泛，信噪比高�Q�动态范围宽、音质同CD相媲��，故名丽音�Q�因此NICAM又称��Z��?br>�~�点�Q�不是Free�Q�频宽要求高
应用领域�Q�voip
版税方式�Q�一�ơ性付�?br>备注�Q�NICAM也称丽音�Q�它是英文Near-Instantaneously Companded Audio Multiplex的羃写，其含义�ؓ准瞬时压扩音频复用，是由英国BBC�q�播公司开发研�I�成功的�?br>    通俗地说NICAM技术实际上��是双声道数字声技术，其应用范围及其广泛，最典型的应用便是电视广播附加双声道数字声技术，利用它进行立体声或双语广播，以充分利用电视频道的频谱资源。这是在常规电视�q�播的基��上无需增加许多投资��可以实现的。在�q�行立体声广播时�Q�它提高了音频的信号质量�Q��其接�q�CD的质量。而且�q�可以利用NICAM技术进行高速数据广播及其他数据传输的增�D�服务，�q�在当今的信息化�C�会中似乎就昑־��ؓ重要了！


MPEG-1 audio layer 1
�c�d��Q�Audio
制定者：MPEG
所需频宽�Q?84kbps�Q�压�~?倍）
�Ҏ��：�~�码��单，用于数字盒式录音��带�Q?声道�Q�VCD中��用的音频压羃�Ҏ��是MPEG-1层Ⅰ�?br>优点�Q�压�~�方式相�Ҏ��域压�~�技术而言要复杂得多，同时�~�码效率、声韌��量也大幅提高�Q�编码�g时相应增加。可以达�?#8220;完全透明”的声韌��量（EBU韌��标准�Q?br>�~�点�Q�频宽要求较�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�MPEG-1声音压羃�~�码是国际上�W�一个高保真声音数据压羃的国际标准，它分��Z��个层�ơ：
--�?(Layer 1)�Q�编码简单，用于数字盒式录音��带
--�?(Layer 2)�Q�算法复杂度中等�Q�用于数字音频广�?DAB)和VCD�{?br>--�?(Layer 3)�Q�编码复杂，用于互联�|�上的高质量声音的传输，如MP3音乐压羃10�?br>

MUSICAM(MPEG-1 audio layer 2,即MP2)
�c�d��Q�Audio
制定者：MPEG
所需频宽�Q?56�?92kbps�Q�压�~?�?倍）
�Ҏ��：��法复杂度中�{�，用于数字音频�q�播(DAB)和VCD�{�，2声道�Q�而MUSICAM�׃��光��当的复杂程度和优秀的声韌��量，在数字演播室、DAB、DVB�{�数字节目的制作、交换、存储、传送中得到�q�泛应用�?br>优点�Q�压�~�方式相�Ҏ��域压�~�技术而言要复杂得多，同时�~�码效率、声韌��量也大幅提高�Q�编码�g时相应增加。可以达�?#8220;完全透明”的声韌��量（EBU韌��标准�Q?br>�~�点�Q?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�同MPEG-1 audio layer 1


MP3(MPEG-1 audio layer 3)
�c�d��Q�Audio
制定者：MPEG
所需频宽�Q?28�?12kbps�Q�压�~?0�?2倍）
�Ҏ��：�~�码复杂�Q�用于互联网上的高质量声音的传输�Q�如MP3音乐压羃10倍，2声道。MP3是在�l�合MUSICAM和ASPEC的优点的基础上提出的混合压羃技术，在当时的技术条件下�Q�MP3的复杂度昑־�相对较高�Q�编码不利于实时�Q�但�׃��MP3在低码率条�g下高水准的声韌��量，使得它成��Y解压及网�l�广播的宠儿�?br>优点�Q�压�~�比高，适合用于互联�|�上的传�?br>�~�点�Q�MP3�?28KBitrate及以下时�Q�会出现明显的高频丢�?br>应用领域�Q�voip
版税方式�Q�Free
备注�Q�同MPEG-1 audio layer 1

MPEG-2 audio layer
�c�d��Q�Audio
制定者：MPEG
所需频宽�Q�与MPEG-1�?�Q�层2�Q�层3相同
�Ҏ��：MPEG-2的声韛_��~�编码采用与MPEG-1声音相同的编译码器，�?, �?和层3的结构也相同�Q�但它能支持5.1声道�?.1声道的环�l�立体声�?br>优点�Q�支�?.1声道�?.1声道的环�l�立体声
�~�点�Q?br>应用领域�Q�voip
版税方式�Q�按个收�?br>备注�Q�MPEG-2的声韛_��~�编码采用与MPEG-1声音相同的编译码器，�?, �?和层3的结构也相同�Q�但它能支持5.1声道�?.1声道的环�l�立体声�?/div>

AAC(Advanced Audio Coding�Q�先�q�音频编�?
�c�d��Q�Audio
制定者：MPEG
所需频宽�Q?6-128 kbps
�Ҏ��：AAC可以支持1�?8路之间�Q意数目的音频声道�l�合、包�?5路低频效果声道、配�?多语韛_��道，以及15路数据。它可同时传�?6套节目，每套节目的音频及数据�l�构可�Q意规定�?br>    AAC主要可能的应用范围集中在因特�|�网�l�传播、数字音频广播，包括卫星直播和数字AM、以及数字电视及影院�pȝ��{�方面。AAC使用了一�U�非常灵�zȝ��늼�码核心去传输�~�码频谱数据。具�?8 个主要音频通道�Q?6 个低频增强通道�Q?6 个集成数据流, 16 个配韻I��16 �U�编排�?br>优点�Q�支持多�U�音频声道组合，提供优质的音�?br>�~�点�Q?
应用领域�Q�voip
版税方式�Q�一�ơ性收�?br>备注�Q�AAC�?997�q��Ş成国际标准ISO 13818-7。先�q�音频编码（Advanced Audio Coding--AAC�Q�开发成功，成�ؓ�l�MPEG-2音频标准�Q�ISO/IEC13818-3�Q�之后的��C��代音频压�~�标准�?br>    在MPEG-2制订的早期，本来是想��其音频�~�码部分保持与MPEG-1兼容的。但后来��Z��适应演播电视的要求而将其定义成��Z��个可以获得更高质量的多声道音频标准。理所当然圎ͼ��q�个标准是不兼容MPEG-1的，因此被称为MPEG-2 AAC。换句话��_��从表面上看，要制作和播放AAC�Q�都需要��用与MP3完全不同的工兗��?br>

Dolby AC-3
�c�d��Q�Audio
制定者：��国杜比公司
所需频宽�Q?4kbps
�Ҏ��：提供的环�l�立体声�pȝ��?个全频带声道加一个超低音声道�l�成�Q?个声道的信息在制作和�q�原�q�程中全部数字化�Q�信息损失很��，�l�节丰富�Q�具有真正的立体声效果，在数字电视、DVD和家庭媄院中�q�泛使用�?br>优点�Q�环�l�立体声�Q�信息损失很��，�l�节丰富�Q�具有真正的立体声效�?br>�~�点�Q?br>应用领域�Q�voip
版税方式�Q�按个收�?br>备注�Q�杜比数字AC-3�Q�Dolby Digital AC-3�Q�：��国杜比公司开发的多声道全频带声音�~�码�pȝ��Q�它提供的环�l�立体声�pȝ��?个全频带声道加一个超低音声道�l�成�Q?个声道的信息在制作和�q�原�q�程中全部数字化�Q�信息损失很��，�l�节丰富�Q�具有真正的立体声效果，在数字电视、DVD和家庭媄院中�q�泛使用�?br>

ASPEC�Q�Audio Spectral Perceptual Entropy Coding�Q?br>�c�d��Q�Audio
制定者：AT&T
所需频宽�Q?4kps
�Ҏ��：音频质量获得显著改善�Q�不�q�计��复杂度也大大提高，而且在回响、低码率时声韌��量严重下降�?br>优点�Q�音频质量获得显著改�?br>�~�点�Q�计��复杂度的提高。块边界影响、预计算复杂度的提高。回响、低码率时声韌��量严重下�?br>应用领域�Q�voip
版税方式�Q�按个收�?br>备注�Q�变换压�~�技�?br>

PAC�Q�Perceptual Audio Coder�Q?br>�c�d��Q�Audio
制定者：AT&T
所需频宽�Q?4kps
�Ҏ��：音频质量获得显著改善�Q�不�q�在回响、低码率时声韌��量严重下降�?br>优点�Q�音频质量获得显著改�?br>�~�点�Q�块边界影响、预回响、低码率时声韌��量严重下�?br>应用领域�Q�voip
版税方式�Q�按个收�?br>备注�Q�变换压�~�技�?br>

HR
�c�d��Q�Audio
制定者：飞利��?br>所需频宽�Q?Kbps
�Ҏ��：以增加GSM�|�络定w��为目�?但是会损完��韌��?�׃��现在�|�络频率紧缺,一些大的运营商已经在大城市密集地带开通此方式以增加容量�?br>优点�Q�系�l�容量大
�~�点�Q�语韌��量差
应用领域�Q�GSM
版税方式�Q�按个收�?br>备注�Q�HF半速率,是一�U�GSM语音�~�码方式�?/div>

FR
�c�d��Q�Audio
制定者：飞利��?br>所需频宽�Q?3Kbps
�Ҏ��：是一般的GSM手机的通信�~�码方式,可以获得辑ֈ�4.1左右Qos的语音通信质量(国际电联规定语音通信质量Qos满分�?)
优点�Q�语韌��量得��C��提高
�~�点�Q�系�l�容量降�?br>应用领域�Q�GSM
版税方式�Q�按个收�?br>备注�Q�FR全速率�Q�是一�U�GSM语音�~�码方式�?br>

EFR
�c�d��Q�Audio
制定者：飞利��?br>所需频宽�Q?3Kbps
�Ҏ��：用于GSM手机��Z��全速率13Kbps的语音编码和发�?可以获得更好更清晰的语音质量(接近Qos4.7),需要网�l�服务商开通此��网�l�功能，手机才能配合实现�?br>优点�Q�音质好
�~�点�Q�需要网�l�服务商开通此��网�l�功能，且系�l�容量降�?br>应用领域�Q�GSM
版税方式�Q�按个收�?br>备注�Q�EFR增强型全速率,一�U�GSM�|�络语音的编码方式�?/div>

GSM-AMR(Adaptive Multi-Rate)
�c�d��Q�Audio
制定者：飞利��?br>所需频宽�Q?Kbps(4.75 Kbps~12.2 Kbps)
�Ҏ��：可以对语韌��行替换和消音�Q��^滑噪韻I��支持间断式传输，对语韌��行动态侦查。能在各�U�网�l�条件下提供优质的语��x��果�?br>优点�Q�音质出�?br>�~�点�Q?br>应用领域�Q�GSM
版税方式�Q�按个收�?br>备注�Q�GSM-ASM是一�U�广泛��用在GPRS和W-CDMA�|�络上的音频标准。在规范ETSI GSM06.90中对GSM-AMR�q�行了定义。AMR语音�~�码是GSM 2+和WCDMA的默认编码标准，是第三代无线通讯�pȝ��的语音编码标准。GSM-AMR标准��Z��ACELP�Q�代数激��q��性预��）�~�码。它能在�q�泛的传输条件下提供高品质的语音效果�?br>

EVRC(Enhanced Variable Rate Coder�Q�增强型可变速率�~�码�?
�c�d��Q�Audio
制定者：��国Qualcomm通信公司(即高�?
所需频宽�Q?Kbps�?3Kbps
�Ҏ��：支持三种码率�Q?.6 Kbps, 4.8 Kbps �?1.2 Kbps�Q�，噪声抑制�Q�邮件过滤。能在各�U�网�l�条件下提供优质的语��x��果�?br>优点�Q�音质出�?br>�~�点�Q?br>应用领域�Q�CDMA
版税方式�Q�按个收�?br>备注�Q�EVRC�~�码�q�泛使用于CDMA�|�络。EVRC标准遵��@规范TIA IS-127的内宏V��EVRC�~�码��Z��RCELP�Q�松弛码�Ȁ��q��性预��）标准。该�~�码可以以Rate 1�Q?71bits/packet�Q�，Rate 1/2�Q?0bits/packet�Q�或是Rate 1/8�Q?6bits/packet�Q�的定w��q�行操作。在要求下，它也能��生空包（0bits/packet�Q��?/div>

QCELP(QualComm Code Excited Linear Predictive�Q�受�Ȁ�U�性预��编�?
�c�d��Q�Audio
制定者：��国Qualcomm通信公司(即高�?
所需频宽�Q?k的语音编码算�?可工作于4/4.8/8/9.6Kbps�{�固定速率上，而且可变速率地工作于800Kbps�?600Kbps之间)
�Ҏ��：使用适当的门限值来军_��所需速率。QCELP是一�U?k的语音编码算�?可以�?k的速率下提供接�q?3k的话韛_��~�质�?。这是一�U�可变速率话音�~�码�Q�根据�h的说话特性（大家应该能够体会我们日常的沟通和交流时�ƈ不是一直保持某�U�恒定的方式讲话�Q�有间断、有不同的声音频率等都是人的自然表达�Q�而采取的一�U�优化技术�?br>优点�Q�话��x��晰、背景噪声小�Q�系�l�容量大
�~�点�Q?不是Free
应用领域�Q�CDMA
版税方式�Q�每�q�支付一�W��用权费用
备注�Q�QCELP�Q�即QualComm Code Excited Linear Predictive�Q�QualComm受激�U�性预��编码）。美国Qualcomm通信公司的专利语音编码算法，是北��第二代数字�U�d��电话�Q�CDMA�Q�的语音�~�码标准�Q�IS95�Q�。这�U�算法不仅可工作�?/4.8/8/9.6kbit�Q�s�{�固定速率上，而且可变速率地工作于800bit�Q�s�?600bit�Q�s之间。QCELP��法被认为是到目前�ؓ止效率效率最高的一�U�算法，它的主要特点之一�Q�是使用适当的门限值来军_��所需速率。I‘1限值懈景噪声电�q�_��化而变化，�q�样��抑制了背景噪声�Q��得即使在喧闹的环境中�Q�也能得到良好的话音质量�Q?CDMA8Kbit/s的话韌��似GSM 13Mbit/s的话韟뀂CDMA采用QCELP�~�码�{�一�p�d��技术，��h��话音清晰、背景噪声小�{�优势，其性能明显优于其他无线�U�d��通信�pȝ��Q�语韌��量可以与有线电话媲美�?无线辐射低�?/div>

郭天�?/a> 2008-01-25 13:29 发表评论

J2ME最佛_��践之RMS操作

Mon, 14 Jan 2008 01:58:00 GMT

�~�写灉|��的RMS应用

MIDP应用�E�序的标准持久化�Ҏ��是使用RMS。RMS�c�M��于一个小型数据库�Q�RecordStore相当于数据库的表�Q�每�?#8220;�?#8221;��p��q�记录（Record�Q�构成，一条记录就是一个用int表示的记录号RecordID和用byte[]表示的内宏V��记录号可以看作�?#8220;主键”�Q�byte[]数组存储内容�?/p>
RMS提供的记录操作可以实现根据ID直接获得记录�Q�或者枚丑և�一个表中的所有记录�?/p>
枚�D记录是非�怽�效的�Q�因为只能比较byte[]数据来确定该记录是否是所需的记录。通过ID获得记录是高效而方便的�Q�类��g��SQL语句“SELECT byteArrayData FROM recordStoreName WHERE RecordID=?”。然而，通常应用�E�序很难知道某条记录的ID��P��而RMS记录�?#8220;主键”又仅限于int�c�d��Q�无法��用其他类型如String作�ؓ“主键”来查找。因此，对于需要存取不同类型对象的应用�E�序而言�Q�就需要一个灵�zȝ��RMS操作框架�?/p>
我们的基本设��x��Q�如果能使用String作�ؓ“主键”来查找记录，��p��非常方便地获得所需的内宏V��例如，应用�E�序讄��可以通过"sys.settings"获得byte[]数组�Q��ƈ依次��d��|�，用户��d��信息可以通过"user.info"获得byte[]数组�Q�再分解出用户名和口令�?/p>
因此�Q�我们实��C��个StorageHandler�c�，提供唯一的RMS讉K��接口�Q��得其他类完全不必考虑底层的RMS操作�Q�只需提供能标识自�w�的一个String卛_��?/p>
如果我们能实��C��U�类��g��数据库烦引的查找表，��p��Ҏ��String关键字查找某条记录。因此，我们使用一个名�?index"的RecordStore来存储所有的索引�Q�每一条烦引都指向某一条具体记录的ID�Q�设计一个IndexEntry表示一条烦引：

class IndexEntry {
    private int selfId;   // IndexEntry的ID
    private int recordId; // 对应记录的ID
    private String key;   // 讉K��记录的Key
}

�Ҏ��索引查找�Q�分3步进行：

1�Q�在名�ؓ"index"的RecordStore中根据String查找对应的IndexEntry�?br>2�Q�取出IndexEntry�Q�获得记录ID受��?br>3�Q�根据ID可��得另一个RecordStore的记录，然后��可以读取、更新和删除该记录�?/p>
如下图所�C�：

�׃��IndexEntry保存的数据很��，��Z��加快查找速度�Q�可以在应用�E�序启动�Ӟ��把所有的IndexEntry��d��一个Vector�Q�在后面的操作中更新�q�个Vector�q�与RecordStore保持同步�?/p>
��Z��处理不同�c�d��的数据，所有可通过StorageHandler存取的类都必��d��C��个Storable接口�Q?/p>
public interface Storable {
    String getKey();
    void getData(DataOutputStream output) throws IOException;
    void setData(DataInputStream input) throws IOException;
}

前面已经提到�Q�在MIDP应用�E�序中，序列化一个类的最��x��法是使用DataInputStream和DataOutputStream。因此，需要持久化的类可以通过getData()和setData()�Ҏ��非常方便地存取。假定应用程序的�c�UserInfo保存了用��L��d��名、口令和是否自动��d��的信息：

public class UserInfo {
    String username;
    String password;
    boolean autoLogin;
}

��Z��能将UserInfo存入RMS�Q�需要实现Storable接口�Q?/p>
class UserInfo implements Storable {
    String username;
    String password;
    boolean autoLogin;
    public String getKey() { return "user.info"; } // 提供一个唯一标识�W�即�?br>    public void getData(DataOutputStream output) throws IOException {
        output.writeUTF(username);
        output.writeUTF(password);
        output.writeBoolean(autoLogin);
    }
    public void setData(DataInputStream input) throws IOException {
        username = input.readUTF();
        password = input.readUTF();
        autoLogin = input.readBoolean();
    }
    // getters here...
}

要保存UserInfo�Q�只需调用StorageHandler的保存方法：

StorageHandler.storeOrUpdate(userinfo);

要读取UserInfo�Q�调用StorageHandler的读取方法：

UserInfo userinfo = new UserInfo();
StorageHandler.load(userinfo);

�q�样�Q�需要读取或保存数据的类完全不必涉及底层的RMS操作�Q�大大简化了应用�E�序的设计，增强了源代码的可复用性与可维护性�?/p>

郭天�?/a> 2008-01-14 09:58 发表评论

J2ME中的囑փ�处理

Fri, 09 Nov 2007 11:57:00 GMT

1.囑փ��~�放
1.1 使用midp2.0的getRGB()函数
public static Image ZoomImage(Image src, int desW, int desH) {
  Image desImg = null;
  int srcW = src.getWidth(); // 原始囑փ��?/span>
  int srcH = src.getHeight(); // 原始囑փ��?/span>
  int[] srcBuf = new int[srcW * srcH]; // 原始囄��像素信息�~�存

  src.getRGB(srcBuf, 0, srcW, 0, 0, srcW, srcH);

  // 计算插��D��
  int[] tabY = new int[desH];
  int[] tabX = new int[desW];

  int sb = 0;
  int db = 0;
  int tems = 0;
  int temd = 0;
  int distance = srcH > desH ? srcH : desH;
  for (int i = 0; i <= distance; i++) { /* 垂直方向 */
   tabY[db] = sb;
   tems += srcH;
   temd += desH;
   if (tems > distance) {
    tems -= distance;
    sb++;
   }
   if (temd > distance) {
    temd -= distance;
    db++;
   }
  }

  sb = 0;
  db = 0;
  tems = 0;
  temd = 0;
  distance = srcW > desW ? srcW : desW;
  for (int i = 0; i <= distance; i++) { /* 水��^方向 */
   tabX[db] = (short) sb;
   tems += srcW;
   temd += desW;
   if (tems > distance) {
    tems -= distance;
    sb++;
   }
   if (temd > distance) {
    temd -= distance;
    db++;
   }
  }

  // 生成攑֤��~�小后图形像素buf
  int[] desBuf = new int[desW * desH];
  int dx = 0;
  int dy = 0;
  int sy = 0;
  int oldy = -1;
  for (int i = 0; i < desH; i++) {
   if (oldy == tabY[i]) {
    System.arraycopy(desBuf, dy - desW, desBuf, dy, desW);
   } else {
    dx = 0;
    for (int j = 0; j < desW; j++) {
     desBuf[dy + dx] = srcBuf[sy + tabX[j]];
     dx++;
    }
    sy += (tabY[i] - oldy) * srcW;
   }
   oldy = tabY[i];
   dy += desW;
  }

  // 生成囄��
  desImg = Image.createRGBImage(desBuf, desW, desH, false);
  return desImg;
}

1.2 midp1.0下可用的�~�放函数
public static Image scaleImage (Image src, int dstW, int dstH) {
      int srcW = src.getWidth();
      int srcH = src.getHeight();

      Image tmp = Image.createImage(dstW, srcH);
      Graphics g = tmp.getGraphics();

      int delta = (srcW << 16) / dstW;
      int pos = delta/2;

      for (int x = 0; x < dstW; x++) {
      g.setClip(x, 0, 1, srcH);
      g.drawImage(src, x - (pos >> 16), 0, Graphics.LEFT | Graphics.TOP);
      pos += delta;
     }
     Image dst = Image.createImage(dstW, dstH);
     g = dst.getGraphics();

     delta = (srcH << 16) / dstH;
     pos = delta/2;

     for (int y = 0; y < dstH; y++) {
     g.setClip(0, y, dstW, 1);
     g.drawImage(tmp, 0, y - (pos >> 16), Graphics.LEFT | Graphics.TOP);
     pos += delta;
    }
    return dst;
    }
    }
2.其他囑փ�的处�?如图像的颜色/��{
下面提供了源代码, 点击�q�里下蝲

郭天�?/a> 2007-11-09 19:57 发表评论

Eclispe中调试J2ME�E�序(Debug)

Wed, 07 Nov 2007 12:52:00 GMT

在Eclipse中，使用模拟器调试kvm时控制台昄��如下�Q?br>Connecting to 127.0.0.1 on port 2800
Connecting to debugger at localhost:3170
Waiting for KVM...
正在通过存储�?temp.DefaultColorPhone1111472185125 来运�?
Connection received.
Connected to KVM
Method............: 101657ec 'com/sun/cldc/i18n/j2me/UTF_8_Reader.read (virtual)'
Stack Chunk.......: ec37e4
Frame Pointer.....: ec3814
Current IP........: 101e4b6c = 101e4b50 + offset 28
Previous Frame....: e70714
Previous IP.......: 1021a866 (offset 11)
Frame size........: 10 (4 arguments, 6 local variables)
Argument[0].......: ea5494
Argument[1].......: ea4d68
Argument[2].......: 0
Argument[3].......: 1
Local[4]..........: 0
Local[5]..........: 0
Local[6]..........: 0
Local[7]..........: 0
Local[8]..........: 0
Local[9]..........: 0
Operand[1]........: 72

Method............: 10188c50 'java/io/Reader.read (virtual)'
Stack Chunk.......: e7056c
Frame Pointer.....: e70714
Current IP........: 1021a866 = 1021a85b + offset 11
Previous Frame....: e706f4
Previous IP.......: 101e2b1f (offset 11)
Frame size........: 2 (1 arguments, 1 local variables)
Argument[0].......: ea5494
Local[1]..........: ea4d68

Method............: 10163e1c 'java/io/InputStreamReader.read (virtual)'
Stack Chunk.......: e7056c
Frame Pointer.....: e706f4
Current IP........: 101e2b1f = 101e2b14 + offset 11
Previous Frame....: e706d8
Previous IP.......: 101fbc3a (offset 15)
Frame size........: 1 (1 arguments, 0 local variables)
Argument[0].......: ea5710

Method............: 10174edc 'com/sun/midp/midletsuite/JadProperties.readLine (virtual)'
Stack Chunk.......: e7056c
Frame Pointer.....: e706d8
Current IP........: 101fbc3a = 101fbc2b + offset 15
Previous Frame....: e706a8
Previous IP.......: 101fbb43 (offset 63)
Frame size........: 6 (2 arguments, 4 local variables)
Argument[0].......: ea5c60
Argument[1].......: ea5710
Local[2]..........: 1fd
Local[3]..........: 3
Local[4]..........: 63
Local[5]..........: 0

Method............: 10174e7c 'com/sun/midp/midletsuite/JadProperties.partialLoad (virtual)'
Stack Chunk.......: e7056c
Frame Pointer.....: e706a8
Current IP........: 101fbb43 = 101fbb04 + offset 63
Previous Frame....: e70660
Previous IP.......: 101fbb03 (offset 8)
Frame size........: 12 (4 arguments, 8 local variables)
Argument[0].......: ea5c60
Argument[1].......: ea5728
Argument[2].......: 0
Argument[3].......: 7fffffff
Local[4]..........: ea5710
Local[5]..........: ea4e84
Local[6]..........: e
Local[7]..........: ea4e30
Local[8]..........: f
Local[9]..........: ea4dd4
Local[10]..........: 0
Local[11]..........: 1

Method............: 10174e5c 'com/sun/midp/midletsuite/JadProperties.load (virtual)'
Stack Chunk.......: e7056c
Frame Pointer.....: e70660
Current IP........: 101fbb03 = 101fbafb + offset 8
Previous Frame....: e7063c
Previous IP.......: 101f1596 (offset 190)
Frame size........: 3 (3 arguments, 0 local variables)
Argument[0].......: ea5c60
Argument[1].......: ea5728
Argument[2].......: 0

Method............: 1016d8b0 'com/sun/midp/dev/DevMIDletSuiteImpl.create (static)'
Stack Chunk.......: e7056c
Frame Pointer.....: e7063c
Current IP........: 101f1596 = 101f14d8 + offset 190
Previous Frame....: e705d0
Previous IP.......: 101f14d7 (offset 62)
Frame size........: 21 (10 arguments, 11 local variables)
Argument[0].......: ec183c
Argument[1].......: ebae20
Argument[2].......: ebaea8
Argument[3].......: 10115c10
Argument[4].......: 0
Argument[5].......: 0
Argument[6].......: 1010aa68
Argument[7].......: 0
Argument[8].......: 0
Argument[9].......: 0
Local[10]..........: ea5cc8
Local[11]..........: ea5b9c
Local[12]..........: 0
Local[13]..........: ea5d1c
Local[14]..........: 8
Local[15]..........: ea576c
Local[16]..........: 3e1
Local[17]..........: ea577c
Local[18]..........: ea5728
Local[19]..........: 0
Local[20]..........: 0

Method............: 1016d890 'com/sun/midp/dev/DevMIDletSuiteImpl.create (static)'
Stack Chunk.......: e7056c
Frame Pointer.....: e705d0
Current IP........: 101f14d7 = 101f1499 + offset 62
Previous Frame....: e705a4
Previous IP.......: 101dec7d (offset 20)
Frame size........: 5 (5 arguments, 0 local variables)
Argument[0].......: ec183c
Argument[1].......: ebae20
Argument[2].......: ebaea8
Argument[3].......: 10115c10
Argument[4].......: 0

Method............: 1016224c 'com/sun/midp/main/Main.runLocalClass (static)'
Stack Chunk.......: e7056c
Frame Pointer.....: e705a4
Current IP........: 101dec7d = 101dec69 + offset 20
Previous Frame....: e70580
Previous IP.......: 101de6fc (offset 116)
Frame size........: 3 (1 arguments, 2 local variables)
Argument[0].......: ec2028
Local[1]..........: 0
Local[2]..........: 0

Method............: 101621ac 'com/sun/midp/main/Main.main (static)'
Stack Chunk.......: e7056c
Frame Pointer.....: e70580
Current IP........: 101de6fc = 101de688 + offset 116
Previous Frame....: 0
Previous IP.......: 1
Frame size........: 3 (1 arguments, 2 local variables)
Argument[0].......: e70858
Local[1]..........: ec2028
Local[2]..........: ebaefc

VM status:
Instruction pointer.: 101e4b6c (offset within invoking method: 28)
Next instruction....: 0x36
Frame pointer.......: ec3814
Local pointer.......: ec37ec
Stack size..........: 256; sp: ec382c; ranges: e70574-e70774;ec37ec-ec39ec;
Contents of the current stack frame:
    ec37ec: ea5494 (lp)
    ec37f0: ea4d68
    ec37f4: 0
    ec37f8: 1
    ec37fc: 0
    ec3800: 0
    ec3804: 0
    ec3808: 0
    ec380c: 0
    ec3810: 0
    ec3814: e70714 (fp)
    ec3818: 1021a866
    ec381c: e70728
    ec3820: 101657ec
    ec3824: ec37e4
    ec3828: 0 (end of frame)
    ec382c: 72 (sp)
Execution stack contains 580 items:
e70858
ec2028
ebaefc
0
1
e70570
101621ac
e7056c
0
ec2028
0
0
e70580
101de6fc
e70594
1016224c
e7056c
0
ec183c
ebae20
ebaea8
10115c10
0
e705a4
101dec7d
e705b8
1016d890
e7056c
0
ec183c
ebae20
ebaea8
10115c10
0
0
1010aa68
0
0
0
ea5cc8
ea5b9c
0
ea5d1c
8
ea576c
3e1
ea577c
ea5728
0
0
e705d0
101f14d7
e705e4
1016d8b0
e7056c
0
ea5c60
ea5728
0
e7063c
101f1596
e70650
10174e5c
e7056c
ea5c60
ea5c60
ea5728
0
7fffffff
ea5710
ea4e84
e
ea4e30
f
ea4dd4
0
1
e70660
101fbb03
e70674
10174e7c
e7056c
0
ea5c60
ea5710
1fd
3
63
0
e706a8
101fbb43
e706bc
10174edc
e7056c
0
ea5710
e706d8
101fbc3a
e706ec
10163e1c
e7056c
0
ea5494
ea4d68
e706f4
101e2b1f
e70708
10188c50
e7056c
0
ea5494
ea4d68
0
1
ea4dd4
1
1
e7072c
10162008
e7056c
ea5c48
ffffffff
0
10116528
b
0
0
0
ea5494
ea4d68
0
1
0
0
0
0
0
0
e70714
1021a866
e70728
101657ec
ec37e4
0
72

Execution completed.
ALERT: Attempting to resume current thread
653306 bytecodes executed
3 thread switches
738 classes in the system (including system classes)
16084 dynamic objects allocated (821916 bytes)
3 garbage collections (539264 bytes collected)
Execution completed.
653306 bytecodes executed
3 thread switches
738 classes in the system (including system classes)
16084 dynamic objects allocated (821916 bytes)
3 garbage collections (539264 bytes collected)

模拟器一闪就没了�?br>
要解册��个问题，需要做如下工作�Q?br>
安装好EclipseME之后�Q�我们要对原有的Eclipse配置做一点小��的改动。由于开发J2ME时我们需要首先启动手机模拟器�Q�那么在Debug模式的Eclipse默认讄��不等到模拟器启动��׃��p�|。修改这点很��单，在Window ->Preference->Java->Debug中，把超时时间提高到 20000 毫秒�?/p>
在运行调试的时候经�怼�出现classnotfound的问�? 出现�q�种问题首先要检查是否在Java Build Path - order and export中包括了需要的jar.

郭天�?/a> 2007-11-07 20:52 发表评论

com.sun.kvem.midletsuite.InvalidJadException:Reason = 36 Error in opening jar file:..........

Sat, 29 Sep 2007 01:42:00 GMT

今天�q�行以前做好的一个J2ME的程�? 弹出�q�个对话�? 打开JAD文�g一查看,原来在JAD文�g中指定的.jar文�g名出��C��错误.��D��了这个情�?

郭天�?/a> 2007-09-29 09:42 发表评论

Sat, 29 Sep 2007 01:40:00 GMT
在视频等相关的应用中�Q?span>YUV是一个经常出现的格式。本文主要以图解的资料的形式详细描述YUV�?/span>RGB格式的来由，�怺�关系以及转换方式�Q��ƈ�?/span>C语言实现�?/span>YUV转�ؓRGB�E�序�q�行介绍�?/span>
         人类眼睛的色觉，��h��Ҏ��的特性，早在上世�U�初�Q?/span>Young�Q?/span>1809�Q�和Helmholtz�Q?/span>1824�Q�就提出了视觉的三原色学��_��卻I��视网膜存在三�U�视锥细胞，分别含有对红、绿、蓝三种光线敏感的视色素�Q�当一定�L长的光线作用于视�|�膜�Ӟ��以一定的比例使三�U�视锥细胞分别��生不同程度的兴奋�Q�这��L��信息传至中枢�Q�就产生某一�U�颜色的感觉�?/span>

       70�q�代以来�Q�由于实验技术的�q�步�Q�关于视�|�膜中有三种对不同�L长光�U�特别敏感的视锥�l�胞的假��_��已经被许多出色的实验所证实�?/span> 例如�Q�①有�h用不��过单个视锥直径的细��单色光束，逐个��查�ƈ�l�制在体�Q�最初实验是在金鱼和蝾螈�{�动物进行，以后是�h�Q?strong>视锥�l�胞的光谱吸收曲�U?/strong>�Q�发现所有绘制出来的曲线不外三种�c�d��Q�分别代表了三类光谱吸收�Ҏ��不同的视锥�l�胞�Q�一�cȝ��吸收峰值在420nm处，一�c�d��534nm处，一�c�d��564nm处，差不多正好相当于蓝、绿、红三色光的波长。与上述视觉三原色学说的假设相符。②用微甉|��记录单个视锥�l�胞感受器电位的�Ҏ��Q�也得到了类似的�l�果�Q�即不同单色光所引�v的不同视锥细胞的��极化型感受器电位的大小也不同，峰值出现的情况�W�合于三原色学说�?/span>

于是�Q�在彩色昄��?/span>�q�没有发明的时候，人类已经懂得使用三原色光调配出所有颜色的光。�ƈ不是说三原色混合后��生了新的频率的光�Q�而是�l��h眼睛的感觉是�q�样�?br>

在显�C�器发明之后�Q�从黑白昄��器发展到彩色昄��器，��Z��开始��用发��Z��同颜色的光的荧光�_�（CRT�Q�等��d��体显�C�器�Q�，或者不同颜色的滤色片（LCD�Q�，或者不同颜色的半导体发光器�Ӟ��OLED�?/span>LED大型全彩昄��牌）来�Ş成色彩，无一例外的选择�?/span>Red,Green,Blue�q?/span>3�U�颜色的发光体作为基本的发光单元。通过控制他们发光强度�Q�组合出了�h眼睛能够感受到的大多数的自然色彩�?/span>
         计算机显�C�彩色图像的时候也不例外，最�l�显�C�的时候，要控制一个像素中Red,Green,Blue的��|��来确定这个像素的颜色。计��机中无法模拟连�l�的存储从最暗到最亮的量��|��而只能以数字的方式表�C�。于是，�l�合人眼睛的敏感�E�度�Q��?/span>3个字节（3*8位）来分别表�C�Z��个像素里面的Red,Green�?/span>Blue的发光强度数��|��q�就是常见的RGB格式。我们可以打开��d��板，在自定义颜色工具框中�Q�输�?/span>r,g,b��|��得到不同的颜艌Ӏ?br>

但是对于视频捕获和编解码�{�应用来�Ԍ��q�样的表�C�方式数据量太大了。需要想办法在不太媄响感觉的情况下，对原始数据的表示�Ҏ��q�行更改�Q�减��数据量�?/span>

         无论中间处理�q�程怎样�Q�最�l�都是�ؓ了展�C�给��看，�q�样的更改，也是从�h眼睛的特性出发，和发�?/span>RGB三原色表�C�方法的出发�Ҏ��一��L��?/span>

         于是我们使用Y,Cb,Cr模型来表�C�颜艌Ӏ?/span>Iain的书中写道：The human visual system (HVS) is less sensitive to colour than to luminance (brightness).人类视觉�pȝ��Q�其实就是�h的眼睛）对亮度的感觉比对颜色更加敏感�?/span>

         �?/span>RGB色彩�I�间中，三个颜色的重要程度相同，所以需要��用相同的分��L率进行存储，最多��?/span>RGB565�q�样的�Ş式减��量化的�_�ֺ��Q�但�?/span>3个颜色需要按照相同的分��L率进行存储，数据量还是很大的。所以，利用人眼睛对亮度比对颜色更加敏感�Q�将囑փ�的亮度信息和颜色信息分离�Q��ƈ使用不同的分辨率�q�行存储�Q�这样可以在对主观感觉媄响很��的前提下，更加有效的存储图像数据�?/span>

        YCbCr色彩�I�间和它的变形（有时被称�?/span>YUV�Q�是最常用的有效的表示彩色囑փ�的方法�?/span>Y是图像的亮度�Q?/span>luminance/luma�Q�分量，使用以下公式计算�Q��ؓR,G,B分量的加权��^均��|��

        Y = kr R + kgG + kbB

        其中k是权重因数�?/span>

        上面的公式计��出了亮度信息，�q�有颜色信息�Q��用色差（color difference/chrominance�?/span>chroma�Q�来表示�Q�其中每个色差分量�ؓR,G,B值和亮度Y的差��|��

　　Cb = B �Q?/span>Y

　　Cr = R �Q?/span>Y

Cg = G�Q?/span> Y

其中�Q?/span>Cb+Cr+Cg是一个常敎ͼ�其实是一个关�?/span>Y的表辑ּ��Q�，所以，只需要其中两个数值结�?/span>Y值就能够计算出原来的RGB倹{��所以，我们仅保存亮度和蓝色、红色的色差��|��q�就�?/span>(Y,Cb,Cr)�?/span>

相比RGB色彩�I�间�Q?/span>YCbCr色彩�I�间有一个显著的优点�?/span>Y的存储可以采用和原来画面一��L��分��L率，但是Cb,Cr的存储可以��用更低的分��L率。这样可以占用更��的数据量，�q�且在图像质量上没有明显的下降。所以，��色彩信息以低于量度信息的分辨率来保存是一个简单有效的囑փ�压羃�Ҏ��?/span>

�?/span>COLOUR SPACES .17 ITU-R recommendation BT.601 中，��在计��?/span>Y�Ӟ��权重选择�?/span>kr=0.299,kg=0.587,kb=0.114。于是常用的转换公式如下�Q?/span>

Y = 0.299R + 0.587G + 0.114B

Cb = 0.564(B �Q?/span> Y )

Cr = 0.713(R �Q?/span> Y )

R = Y + 1.402Cr

G = Y - 0.344Cb - 0.714Cr

B = Y + 1.772Cb

有了�q�个公式�Q�我们就能够��一�q?/span>RGB画面转换成�ؓYUV画面了，反过来也可以。下面将画面数据�I�竟是以什么�Ş式存储�v来的�?/span>

�?/span>RGB24格式中，对于宽度�?/span>w,高度�?/span>h的画面，需�?/span>w*h*3个字节来存储其每个像素的rgb信息�Q�画面的像素数据是连�l�排列的。按�?/span>r(0,0),g(0,0),b(0,0);r(0,1),g(0,1),b(0,1);…;r(w-1,0),g(w-1,0),b(w-1,0);…;r(w-1,h-1),g(w-1,h-1),b(w-1,h-1)�q�样的顺序存放�v来�?/span>

�?/span>YUV格式中，�?/span>YUV420格式��Z��。宽度�ؓw高度�?/span>h的画面，其亮�?/span>Y数据需�?/span>w*h个字节来表示�Q�每个像素点一个亮度）。�?/span>Cb�?/span>Cr数据则是画面�?/span>4个像素共享一�?/span>Cb,Cr倹{��这�?/span>Cb�?/span>w*h/4个字节，Cr�?/span>w*h/4个字节�?/span>

YUV文�g中，把多个��的画面连�l�存放。就�?/span>YUV YUV YUV…..�q�样的不断连�l�的形式�Q�而其中每�?/span>YUV�Q�就是一�q�画面�?/span>

在这单个YUV中，�?/span>w*h个字节是Y数据�Q�接着�?/span>w*h/4个字节是Cb数据�Q�再接着�?/span>w*h/4个字节�ؓCr数据�?/span>

在由�q�样降低了分辨率的数据还原出RGB数据的时候，��p��依据像素的位�|�找到它对应�?/span>Y,Cb,Cr��|��其中Y值最好找刎ͼ�像素位置�?/span>x,y的话�Q?/span>Y数据中第y*width+x个数值就是它�?/span>Y倹{�?/span>Cb�?/span>Cr�׃��是每2x2像素的画面块拥有一个，�q�样Cb�?/span>Cr数据相当于两个分辨率�?/span>w/2 * h/2的画面，那么原来画面中的位置�?/span>x,y的像素，在这��L��低分辨率画面中的位置�?/span>x/2,y/2�Q�属于它�?/span>Cb,Cr值就在这个地方：(y/2)*(width/2)+(x/2)�?/span>

��Z��直观赯��Q�再下面的图中，分别��?/span>Y画面(Cb,Cr=0)�?/span>Cb,Cr画面(Y=128)昄��出来�Q�可�?/span>Cb,Cr画面的分辨率�?/span>Y画面�?/span>1/4。但是合成一个画面之后，我们的眼睛丝毫感觉不�?/span>4个像素是��q��一�?/span>Cb,Cr的�?/span>

Cb,Cr画面
��?/span>Cb,Cr画面攑֤�观察�Q�里面颜色相同的块都�?/span>2x2大小的�?/span>

附�g�?/span>Windows Mobile上��用公式进�?/span>YUV�?/span>RGB转换的程序。其中需要注意的�?/span>Cb,Cr在计��过�E�中是会出现负数的，但是�?/span>-128�?/span>127�q�些数值都用一个字节表�C�，��d��的时候就映射0�?/span>255�q�个区间�Q�成��Z��无符��L��|��所以要减去128�Q�才能参与公式计��。这��L��q�算有��Q点运��，效率是比较低的，所以要提高效率的话�Q�一般在实用�E�序中��用整数计��或者查表法来代�ѝ��还有，�q�算后的r,g,b可能会超�q?/span>0-255的区��_��作一个判断进行调整就可以了�?/span>
    不过�q�里面的YUV TO RGB的算�?效率实在是低,因�ؓ里面有了��点�q�算,解一�?76*144的图像大概需�?00ms左右,�q�是无法忍受�?如果消除��点�q�算,只需�?0ms左右,效率的提升真是无法想�?所以大家还是避免在手机上面�q�行��点�q�算.

郭天�?/a> 2007-09-29 09:40 发表评论

属性名�U?/div>	属性作�?/div>
microedition.profiles	代表手机支持的MIDP版本�Q�返回格式��gؓ“MIDP-1.0”�?#8220;MIDP-2.0”
microedition.configuration	代表手机支持的CLDC版本�Q�返回格式��gؓ“CLDC-1.0”�?#8220;CLDC-2.0”
microedition.locale	代表手机所在的国家或地区，�q�回值格式�ؓ“en-US”
microedition.platform	代表手机的品牌和型号�Q�Nokia手机的返回值格式�ؓ“Nokia6310i/4.42”
microedition.encoding	代表手机默认的字�W�集名称�Q�返回值格式�ؓ“ISO-8859-1”
microedition.commports	代表手机可以使用的串口列表，�q�回��g��各个串口之间使用逗号分隔
microedition.hostname	MIDP2.0定义�Q�代表本��C��机名�U�ͼ�需要手机支持�?/div>
microedition.jtwi.version	代表手机支持的JTWI版本�Q�值必��L��“1.0”

属性名�U?/div>	属性作�?/div>
microedition.media.version	代表手机支持的MMAPI版本�Q�如果不支持则返回null
microedition.pim.version	代表手机支持的PIM API版本�Q�如果不支持则返回null
microedition.m3g.version	代表手机支持的M3G API版本�Q�如果不支持则返回null
microedition.location.version	代表手机支持的Location API版本�Q�如果不支持则返回null
Bluetooth.api.version	代表手机支持的BT API版本�Q�如果不支持则返回null
microedition.io.file. FileConnection.version	代表手机支持的FC API版本�Q�如果不支持则返回null
microedition.global.version	代表手机支持的Mobile Internationalization API(JSR-238)版本�Q�如果不支持则返回null
microedition.chapi.version	代表手机支持的CH(Content Handler) API(JSR211)版本�Q�如果不支持则返回null
microedition.sip.version	代表手机支持的SIP API版本�Q�如果不支持则返回null

属性名�U?/div>	属性作�?/div>
supports.mixing	代表手机是否支持混音(同时播放多个Player)�Q�返回��gؓ“true”�?#8220;false”
supports.audio.capture	代表手机是否支持声音捕获(录音)�Q�返回��gؓ“true”�?#8220;false”
supports.video.capture	代表手机是否支持视频捕获(录像)�Q�返回��gؓ“true”�?#8220;false”
supports.recording	代表手机是否支持记录(record)�Q�返回��gؓ“true”�?#8220;false”
audio.encodings	代表手机支持的声��x��式，�q�回值格式�ؓ“encoding=audio/wav”�Q�多个格式之间��用至��一个空��D��行间�?/div>
video.encodings	代表手机支持的视频格式，�q�回值格式�ؓ“encoding=video/3gpp”�Q�多个格式之间��用至��一个空��D��行间�?/div>
video.snapshot.encodings	代表手机使用getSnapshot�Ҏ��获得的视频快照格式，�q�回值格式�ؓ“encoding=png”�Q�多个格式之间��用至��一个空��D��行间�?/div>
streamable.contents	代表手机支持的流媒体格式�Q�返回null代表不支�?/div>

属性名�U?/div>	属性作�?/div>
wireless.messaging.sms.smsc	代表手机发送短信时的短信服务中心号�?/div>

属性名�U?/div>	属性作�?/div>
fileconn.dir.photos	代表手机中存储照片和其它囄��的目录，例如“file:///c:/My files/ Images /”
fileconn.dir.videos	代表手机中存储视频的目录�Q�例�?#8220;file:///c:/My files/Video clips/”
fileconn.dir.tones	代表手机中存储声音的目录�Q�例�?#8220;file:///c:/My files/Tones/”
fileconn.dir.memorycard	代表手机中存储卡的根目录。例�?#8220;file:///d:/”
fileconn.dir.private (Nokia S40不支�?	代表手机中MIDlet的私有工作目录，例如“file:///c:/System/MIDlets/[1015f294]/scratch”
fileconn.dir.photos.name	代表手机中图片目录的名称�Q�例�?#8220;Images”
fileconn.dir.videos.name	代表手机中视频目录的名称�Q�例�?#8220;Video clips”
fileconn.dir.tones.name	代表手机中声音目录的名称�Q�例�?#8220;Sound clips”
file.separator	代表手机中的文�g分隔�W�，例如“/”
fileconn.dir.memorycard.name	代表手机中存储卡的名�U�ͼ�例如“Memory card”

伊人久久免费视频,精品永久久福利一区二区,亚洲午夜无码久久久久

[J2ME]在J2ME开发中获取�pȝ��属�?

[J2ME]文�g操作 一

手机开发��^台指南、教�E�和资料介绍[转蝲]

[J2ME]开�?J2ME 应用�E�序 FAQ 一

J2ME最佛_��践之RMS操作

J2ME中的囑փ�处理

Eclispe中调试J2ME�E�序(Debug)

com.sun.kvem.midletsuite.InvalidJadException:Reason = 36 Error in opening jar file:..........

[J2ME]文�g操作一