织梦CMS - 轻松建站从此开始！
高级搜索|网站地图|TAG标签RSS订阅[设为首页] [加入收藏]

罗索

搜索

热门标签:

当前位置: 主页>音视频技术>音视频播放>

win mobile5上直接写屏的方法

jackyhwei 发布于 2010-06-11 16:26 点击:次 
Windows Mobile系统上面对于屏幕二维、三维图形图像处理的方法，总结起来，主要有5种，罗列如下。
TAG:

5mbox几乎所有的库都是采用标准c++编写的，因此移植起来非常得心应手，几乎是没什么障碍就编译过去了。现在到了图形显示这块了，5mbox在symbian和mobilinux系统里面均采用直接写屏的方法尽量加快图形图像的显示速度，如果win mobile也可以支持直接写屏就太方便不过了，所有的库的代码几乎不用修改就可以直接放到win mobile上面跑。
 
于是乎，广查资料，找到了win mobile系统上面对于屏幕二维、三维图形图像处理的方法，总结起来，主要有5种，罗列如下：
（1）raw framebuffer法
通过如下代码直接调用ExtEscape来获得raw的frame buffer，这种方法是目前所有方法里面速度最快的
方法，我在网上看到国外的视频开发高手，利用这个方法获得了win mobile2003上面24-30fps的h264视频播放效果呢！但是很不幸，微软已经明确表态，这种方法以后将不被支持。现在在win mobile 5.0/6.0上
根本无法调用这个函数。

 

  1. RawFrameBufferInfo rfbi; 
  2. HDC hdc; 
  3. bool retval; 
  4. retval=false; 
  5. hdc=GetDC(m_hwnd);   
  6. if(hdc) 
  7. { 
  8.    if(ExtEscape(hdc, GETRAWFRAMEBUFFER, 0, 0, sizeof(RawFrameBufferInfo), (char *) &rfbi)) 
  9.    { 
  10.     if(rfbi.wFormat==FORMAT_565) 
  11.     { 
  12.      m_framebufwidth=rfbi.cxPixels; 
  13.      m_framebufheight=rfbi.cyPixels; 
  14.      m_xpitch=rfbi.cxStride; 
  15.      m_ypitch=rfbi.cyStride; 
  16.      m_cbpp=rfbi.wBPP; 
  17.      m_framebuf=rfbi.pFramePointer; 
  18.      retval=true; 
  19.     } 
  20.    } 
  21.    ReleaseDC(m_hwnd,hdc); 
（2）gui绘图方法
这个绘图就是最简单的形如win32 api的直接调用，可以使用诸如GetDC, ReleaseDC,BitBlt之类的函数进行块内存的直接贴图显示。该方式看上去似乎效率不高，多数游戏都没有采用这种绘图方式，只有少数的诸如扑克牌什么的对屏幕刷新的实时性要求不高的地方才会用到。
 
（3）GAPI方法
GAPI全称是（Game API），顾名思义就是用来编写游戏的api集合。如果我们需要用使用屏幕显存的话，可以很方便的通过如下代码实现：
添加头文件部分
  1. #define WIN32_LEAN_AND_MEAN   // Exclude rarely-used stuff from Windows headers 
  2. #include <gx.h> 
在当前工程属性的Linker->Input选项卡下面的Additional Dependencies填入
gx.lib
 
然后就可以调用GAPI了，GAPI的基本函数如下：

GXBeginDraw      : Prepares the display for writing.
GXCloseDisplay   : Releases any display resources used by GAPI.
GXCloseInput     : Releases any input-related resources used by GAPI and returns button-press messages to their filtered mode.
GXEndDraw        : Called when a display drawing cycle is finished.
GXGetDefaultKeys : Returns a list of virtual key codes that defines the best control layout for a game.
GXGetDisplayProperties : Returns a structure with detailed information about the display hardware.
GXIsDisplayDRAMBuffer : Returns if the device is a nonstandard display device.
GXOpenDisplay    : Opens the display for use and ensures exclusive access to the video frame buffer memory.
GXOpenInput      :Turns on the unfiltered button message mode.
GXResume         : Resumes GAPI operations.
GXSetViewport    : Defines a GAPI view port.
GXSuspend        : Suspends GAPI operations.
 
这里通过GXOpenDisplay打开显示，并初始化到全屏显示状态；然后可以通过GXOpenInput获得按键和触摸屏的动作；在绘图的时候，通过GXBeginDraw和GXEndDraw来获得屏幕显存的指针；通过GXGetDisplayProperties函数获得屏幕显存的bpp，屏幕大小等等信息。
 
总的来说，GAPI是目前最方便的实现framebuffer的方法，但是也是微软明确声明过了，不再对其支持，也不提供升级服务。未来的win mobile 6.x或者下一代win mobile系统也许会淘汰掉GAPI，转而用direct 3d以及direct draw库来实现。
 
（3）Direct3D方法
这个方法可以说是很强的了，它既可以支持win mobile 5/6以及以上的版本，又可以进行二维和三维的绘图
操作，非常方便。但是网上评论它的速度慢、效率低。而且我大概扫了一眼它的函数，感觉挺复杂的。毕竟偶是坚定的open gl api派的，对这个不是很感冒。（幸好目前5mbox仅仅需要二维贴图操作）
 
（4）DirectDraw方法
这个方法微软已经明确表态将要大力推广下去，所以我也把开发的重点放在它的上面。
从它的over view里面看出，它是主要用于需要硬件加速的2维图像显示方面的库。
DirectDraw支持如下特性：
a)支持Bit-块的转换(blits)
b)支持页替换，支持多个后台缓冲
c)支持多个层的叠加，可以把一个图片层放到一个视频层上显示
d)支持透明图像混合
e)支持视频的YUV像素格式色彩空间转换
f)支持直接存取显示frame buffer
呵呵，我就是要这最后一个特性来实现直接写屏，把linux的frame buffer库移植到win mobile 5.0上。
当然了，类似GAPI，需要加入指定的头文件和lib；directdraw也是一样的需要如下头文件：
#include <ddraw.h>
需要添加link的附加依赖库ddraw.lib，然后就可以用了。这里顺便说一句，如果希望编写出既支持win mobile 2003又支持win mobile 5/6的程序，就最好不要用静态链接方法。而是采用LoadLibrary载入ddraw.dll，然后通过GetProcAddress函数取得directdraw的api函数使用。这样，就可以做到无缝的在GAPI和directdraw或者direct3d这几个库之间切换了。只要有一个能用的，你的程序也可以运行。
基本的代码如下：
先定义一个结构，可以用来容纳directdraw必备的数据结构，以及程序中经常使用的变量和常亮还有宏。

 

  1. #define EZFB_FAIL_CREATE_DD    -1 
  2. #define EZFB_FAIL_SET_FULLSCREEN -2 
  3. #define EZFB_FAIL_GET_DD_INFO   -3 
  4. #define EZFB_FAIL_CREATE_DDS   -4 
  5. #define EZFB_TRUE      1 
  6. #define EZFB_FALSE      0 
  7. #define EZFB_LOCK(fb) (fb->dds_ptr)->Lock(0, &(fb->dds_desc), DDLOCK_WAITNOTBUSY, 0) 
  8. #define EZFB_MAP(fb) (fb->vga_ptr) = (unsigned short *)(fb->dds_desc.lpSurface) ; 
  9. #define EZFB_UNLOCK(fb) (fb->dds_ptr)->Unlock(0) 
  10.   
  11. typedef unsigned char u_char ; 
  12. typedef unsigned short u_short ; 
  13. typedef unsigned int u_int ; 
  14.   
  15. struct ezfb { 
  16. HRESULT             res_handle ;   // direct draw api result 
  17. LPDIRECTDRAW        dd_ptr ;       // direct draw object ptr 
  18. DDSURFACEDESC       dds_desc ;    // direct draw surface desc obj 
  19. LPDIRECTDRAWSURFACE dds_ptr ;      // direct draw surface ptr 
  20. u_short*    vga_ptr ;    // points to frame buffer of screen 
  21. u_int     scr_width ; 
  22. u_int     scr_height ; 
  23. u_int     scr_bpp ; 
  24. }; 
然后开始定义几个必备的函数：
 
  1. int    ezfb_init         (struct ezfb* fb, HWND wnd_handle); 
  2. int    ezfb_clear_screen (struct ezfb* fb); 
  3. int    ezfb_release      (struct ezfb* fb); 
 
然后就是具体的实现过程了：
  1. int ezfb_init(struct ezfb* fb, HWND wnd_handle) 
  2. { 
  3. DDCAPS dd_caps ; 
  4. DDCAPS dd_hel_caps ; 
  5. // init fb value 
  6. fb->vga_ptr = NULL ; 
  7. fb->dd_ptr = NULL ; 
  8. fb->dds_ptr = NULL ; 
  9. fb->scr_width = 0 ; 
  10. fb->scr_height = 0 ; 
  11. fb->scr_bpp = 0 ; 
  12. // create direct draw object 
  13. fb->res_handle = DirectDrawCreate(NULL, &fb->dd_ptr, NULL); 
  14. if (fb->res_handle != DD_OK) 
  15.    return EZFB_FAIL_CREATE_DD ; 
  16. // Get exclusive mode 
  17. fb->res_handle = (fb->dd_ptr)->SetCooperativeLevel(wnd_handle, DDSCL_FULLSCREEN); 
  18. if (fb->res_handle != DD_OK) 
  19.    return EZFB_FAIL_SET_FULLSCREEN ; 
  20. // make sure the direct draw is valid 
  21. (fb->dd_ptr)->GetCaps(&dd_caps, &dd_hel_caps) ; 
  22. if (!(dd_caps.ddsCaps.dwCaps & DDSCAPS_VALID)) 
  23.    return EZFB_FAIL_GET_DD_INFO ; 
  24.   
  25. // create the main framebuffer surface 
  26. memset(&(fb->dds_desc), 0, sizeof(fb->dds_desc)) ; 
  27. (fb->dds_desc).dwSize = sizeof(fb->dds_desc) ; 
  28. (fb->dds_desc).dwFlags = DDSD_CAPS ; 
  29. (fb->dds_desc).ddsCaps.dwCaps = DDSCAPS_PRIMARYSURFACE ; 
  30. fb->res_handle = (fb->dd_ptr)->CreateSurface(&(fb->dds_desc), &(fb->dds_ptr), NULL) ; 
  31. if (fb->res_handle != DD_OK) 
  32.    return EZFB_FAIL_CREATE_DDS ; 
  33. if(EZFB_LOCK(fb) != DD_OK) return EZFB_FALSE ; 
  34. // save screen necessary params 
  35. fb->scr_height = fb->dds_desc.dwHeight ; 
  36. fb->scr_width = fb->dds_desc.dwWidth ; 
  37. fb->scr_bpp = fb->dds_desc.ddpfPixelFormat.dwRGBBitCount ; 
  38. EZFB_UNLOCK(fb) ; 
  39. return EZFB_TRUE ; 
  40. } 
  41.  
  42. int ezfb_clear_screen(struct ezfb* fb) 
  43. { 
  44. if(EZFB_LOCK(fb) != DD_OK) return EZFB_FALSE ; 
  45. EZFB_MAP(fb) ; 
  46. int bytes_need = (int)(fb->scr_bpp / 8) ; 
  47. bytes_need = (bytes_need > 0) ? bytes_need : 1 ; 
  48. bytes_need *= fb->scr_width ; 
  49. bytes_need *= fb->scr_height ; 
  50. memset(fb->vga_ptr, 0x00, bytes_need) ; 
  51.    // set whole screen black 
  52.    EZFB_UNLOCK(fb) ; 
  53.    return EZFB_TRUE ; 
  54. } 
  55. int ezfb_release(struct ezfb* fb) 
  56. { 
  57. if(fb->dds_ptr != NULL) { 
  58.    (fb->dds_ptr)->Release() ; 
  59.    fb->dds_ptr = NULL ; 
  60. } 
  61. if(fb->dd_ptr != NULL) { 
  62.    (fb->dd_ptr)->Release() ; 
  63.    fb->dd_ptr = NULL ; 
  64. } 
  65. return EZFB_TRUE ; 
  66. } 
最后需要说明一下的是，我们可以通过LPDIRECTDRAW指针指向的directdraw对象调用directdraw api中的Lock api，然后获得DDSURFACEDESC对象，该对象的lpSurface就是当前层的内存地址了，直接对其进行内存操作就相当于frame buffer的操作了。还有千万不要忘记，在绘制完毕后要Unlock。如果没有Unlock的话，将会死机喔。只有扣电池了！这一点一定要注意。hoho，偶就是抠了好几次电池了。。。
哈哈，不好意思。
 
贴上个模拟器的图show一下，这个在真机上跟模拟器的效果是一样的，比模拟器要快得多。

 

(myyb)
本站文章除注明转载外，均为本站原创或编译欢迎任何形式的转载，但请务必注明出处，尊重他人劳动，同学习共成长。转载请注明：文章转载自：罗索实验室 [http://www.rosoo.net/a/201006/9631.html]
本文出处：百度博客　作者：myyb
顶一下
(0)
0%
踩一下
(1)
100%
------分隔线----------------------------
相关文章
发表评论
请自觉遵守互联网相关的政策法规，严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 验证码:点击我更换图片
最新评论 进入详细评论页>>
栏目列表
将本文分享到微信
织梦二维码生成器
推荐内容
热点内容