高分求教:这是什么问题啊?急

勇敢的BK7 2003-07-24 11:13:41
我在采集显示程序的时候,在256色下是好的,客户区显示图像。而在别的分辨率下时候,就只是屏幕上方一部分显示几个小方块。

请问这是什么问题?
分辨率?
怎么解决呢?

解决好了,分数随你要。
...全文
26 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
jenniferchen 2003-07-26
  • 打赏
  • 举报
回复
up
同意楼上的
slimsymphony 2003-07-26
  • 打赏
  • 举报
回复
应该适合调色板有关
灰度图像有自己特殊的调色板(rgb=iii,i=0~255)
而你的程序在256色下正常
在别的分辨率下
就应该有不同的解决办法
因为不需要调色板了
你再看看是不是有这个关系?

——————————————
共同学习,共同进步
勇敢的BK7 2003-07-25
  • 打赏
  • 举报
回复
对了,createbitmap初始化为8位的。
勇敢的BK7 2003-07-25
  • 打赏
  • 举报
回复
我在采集显示程序的时候,在256色下是好的,客户区显示图像。而在别的分辨率下时候,就只是屏幕上方一部分显示几个小方块。
另外我的图像是灰度图像,256色的。
我跟踪过,请问32位色下为什么得到的bitmapbits数据跟我赋给它的完全不同呢?另外我跟踪createcompatiblebitmap得到的也是32位的。

请问这是什么问题?
分辨率?
怎么解决呢?
我曾经把bitmap用createbitmap来初始化,可是得到的发现:就是bitmapbits跟我给的一致,但我图像没显示。

解决好了,分数随你要。

勇敢的BK7 2003-07-25
  • 打赏
  • 举报
回复
那调色板到底有没有影响呢?
跟分辨率。
请问不同分辨率下的调色板一样么?
比如我在32位下要显示256色图片,要产生一个兼容的CDC和CBitmap,兼容是指他们也是32位?还是??
slimsymphony 2003-07-24
  • 打赏
  • 举报
回复
首先,确定只是分辨率的变化而没有色彩数的变化?
其次,采集显示程序?是用directx做的嘛?
第三,分辨率改变之后,你的客户区有了变化么?

请把问题解释清楚一些

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

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