wince eboot 屏幕显示,起始地址,FB大小计算

sofa120 2011-10-31 09:58:08

//1.InitializeDisplay中代码
pFB = (unsigned short *)EBOOT_FRAMEBUFFER_UA_START;
for(index = 0;index < 800*600;index++)
{
if(index < 800*150)
*(pFB+index) = 0xf800;
else if(index < 800*150*2)
*(pFB+index) = 0x07e0;
else if(index < 800*150*3)
*(pFB+index) = 0xffe0;
else
*(pFB+index) = 0x1524;
}

这些操作就是把800*600的屏分成4块进行颜色设置


//2.DisprogressBar中代码
FB_SIZE = LCD_WIDTH* LCD_HEIGHT * 2;//800*600*2
FB_START_ADDR = (unsigned long)EBOOT_FRAMEBUFFER_UA_START;//设为0
SC_SIZE = FB_SIZE / 6;//800*600*2/6
pd = (unsigned short *)(FB_START_ADDR+SC_SIZE*4);//0+800*600*2/6*4 = 800*100*4*2
fbp_cp = pd;//800*400*2
// 画两条直线
for (i = LEFT + 3; i <= RIGHT - 3; i++) {
*(fbp_cp + i) = 0x03E0;
*(fbp_cp + i + LCD_WIDTH * HEIGHT) = 0x03E0;
}


想问下:
像1,EBOOT_FRAMEBUFFER_UA_START这个设为0,pFB 就是从零开始画,这个是起始地址,不用乘2,接着是一行,一行的画,我的理解是第二行的首地址是:0+800,则屏幕的第400行为:800*400

而2.按代码的理解,觉得是:第二行首地址为:800*2 第400行首地址为:800*400*2

wince eboot 里

现在我不明白的就是两段代码是顺序执行的
InitializeDisplay中画了1后,调用DisprogressBar,但是怎么两个的各行地址的算法不一样了。
然后是代码2里面说有什么framebuffer的大小,然后还有单色的大小,这些都不理解。虽然是说,16位色图,RGB565,需要两位即*2来存储,则首地址也是*2,但是这样跟代码1似乎又说不过了,

我自己是矛盾的理解,请解释。

...全文
97 1 打赏 收藏 转发到动态 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
honglqin 2011-10-31
  • 打赏
  • 举报
回复
先执行1再执行2的。
你用的是16位的RGB565,所以每个色素都是两位的。也就是说如果EBOOT_FRAMEBUFFER_UA_START是0的话(这个值在实际情况下不会是0的,这只是个假设)第一行是0开始,第二行就是800*2,第三行就是800*4.
代码1中之所以没有*2是因为pFB定义为unsigned short*,所以pFB+1是pFB的值加2的(这是指针运算的问题了)。
代码2中的两条线分别是在第400行和第400+HEIGHT行画的。

19,502

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 嵌入开发(WinCE)
社区管理员
  • 嵌入开发(WinCE)社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧