我是DxWnd工具的作者,该工具试图为在现代windows环境中运行旧的和遗留的程序提供支持。
一个非常奇怪的游戏是G-Nome,尽管它能够在Win7-10系统上本地运行,但它给图形处理带来了严重的问题。
游戏链接到ddraw,但将每一帧构建为DIB_PAL_COLORS DIB,并使用SetDIBitsToDevice user32调用将DIB带到屏幕上。视频上的OBJ_DC类型DC也支持32位颜色深度视频模式的操作,但应用于MEM_DC类型DC时会产生较差的颜色。我在尝试使用如下的典型模式扩展DIB时发现了这一点(为简洁起见,去掉了变量声明和错误检查):
hTempDc=CreateCompatibleDC(hdc);
hbmPic=CreateCompatibleBitmap(hdc, OrigWidth, OrigHeight);
SelectObject(hTempDc, hbmPic);
SetDIBitsToDevice(hTempDc, 0, 0, OrigWidth, OrigHeight, XSrc, YSrc, uStartScan, cScanLines, lpvBits, lpbmi, fuColorUse);
StretchBlt(hdc, XDest, YDest, dwWidth, dwHeight, hTempDc, 0, 0, OrigWidth, OrigHeight, SRCCOPY);根据MSDN的说法,当你输出一个DIB_PAL_COLORS DIB时,像素被映射到“当前”实现的调色板,但当然在32位表面和它的内存DC克隆上根本没有调色板,所以难怪像素颜色看起来都错了。
另一种解决方案可以是模拟SetDIBitsToDevice行为,构建一个32位内存DC,然后使用StretchBlt随意扩展,但同样没有文档说明如何将8bpp的DIB_PAL_COLORS DIB转换为32bpp的DIB_RGB_DIB或32bpp的DC。
我已经尝试了几种方法,但在所有情况下,我似乎都无法识别用于转换像素索引的正确调色板。有人能帮我解释一下8bpp的DIB_PAL_COLORS DIB格式吗?
https://stackoverflow.com/questions/47514556
复制相似问题