按一下笔型键你就会看到“粘贴”了

读写文件本身不会慢，慢是因为你读取了大文件的很多内容。你不必把2m内容都读入内存，也不能每次查找都打开文件遍历，这样肯定慢。建议你做一个索引，比如词的开头字母以及对应词库的偏移量，对词库预先排序，这样把索引载入内存，然后检索的时候可以仅仅对词库中某个范围进行二分查找，这样不会慢的。

你只绘制了一次还是不停的绘制但仍然没有任何显示呢？

呵呵，不用客气，不过做图形处理的时候最好少用乘除法，这样慢，能用移位的就用移位

CFbsBitmap不是有Save()方法么？创建一张内存缓冲图，把你的大图BitBlt一部分到上面，然后把缓冲图保存到文件

在绘图的最后，用半透明算法将一张黑色的图片以不同透明度绘制到屏幕，也就是盖上其他全部图片，就可以淡入淡出了

上面这段代码是按照4096色计算的,你需要调整

你只能重装一下试试了

那估计是你系统的问题，我在XP下VS2005中文+Carbide.vs3.0就没问题，Vista下也测试了，没问题，但需要管理员权限。我以为你用Vista而没有打补丁导致的问题

是啊，所以在你的算法中不能处理通道，要调整一下阿，我的意思就是让你确定RGBA的顺序，以便调整你的32位算法

把iImageExif在ContructL中分配内存，析够中删掉，你测试一下看看是不是还报错。Camera内嵌非常消耗内存，而你在内存剩余量不多的情况下频繁分配释放大块内存，就不一定能够成功，因为系统要分给你连续的内存，假如系统还剩1024K内存，你第一次分配了800K，然后释放，再申请900K，理论上这样不会出问题，但如果内存中这1024K内存，在分给你800K之后，其他地方又分配了100K，而...

你的算法是32位的，有8位用于通道，按你的情况来看，应该是你的像素解错了，做3张纯色图片，0x00FF0000，0x0000FF00，0x000000FF，然后在程序中设置断点查看他们的内存分布情况，确定ARGB的排列方式，然后对你的算法作一定的修改。

CMdaAudioPlayerUtility::NewDesPlayerL()

我说一下思路，首先，要处理的图像要放置在CFbsBitmap* pBitmap，之后通过pBitmap->DataAddress()得到图像的地址空间，剩下的就是你的具体算法了。色彩问题你要看你的图像格式，12bit/16bit/24bit...

应该是和拼音输入法的码表对应，反查汉字拼音编码，然后比较吧？

iMdaAudioPlayerUtility = CMdaAudioPlayerUtility::NewFilePlayerL( m_szFileName, *this );
然后在MapcInitComplete中开始播放
iMdaAudioPlayerUtility->Play();

手机自带的图像浏览器也很慢啊，你感觉它快应该是有缩略图吧？3D有硬件加速，对2D的图形处理似乎没有，这又不是游戏机。N年前在PC上作2D游戏的时候是将算法用汇编优化以提高效率，Symbian上开发游戏也使用过，但都是直接对像素处理，不使用CImageDecoder,CBitmapRotator,CBitmapScaler这些类，所以比较快。

你的系统不是Vista吧？

你这个iImageExif在分配内存，现在出错也是因为内存不足，这个iImageExif每次用过之后有没有释放呢？

工程文件要和SDK在同一个盘符，再检查环境变量

用CMdaAudioPlayerUtility

正像你想象的那样，解码需要时间的，所以系统的图片浏览器第一次浏览也是非常慢的，如果你要要加快速度，就要把你处理过的缩略图保存到一个位置，以后直接读取缩略图而不是整张图片解码。系统的浏览器会在图片的目录中建立一个缩略图目录（隐藏的），PC上著名的AcdSee也是这么做啊（有图像数据库）。第一次解码肯定慢，你只能尽量加快，比如用多线程，边显示边解码，而且不要都解了，另外可以自己写解码缩放，或许比系统提...

定义的位置:
ARMarkerInfo2* marker_info2;

ConstructL()中：
marker_info2 = new (ELeave) ARMarkerInfo2[AR_SQUARE_MAX];

用过之后别忘记释放

不明白的问题，你是要把两个字符串连起来么？

C语言中\是转意字符，要表示路径中的\就必须用\\