[英]Image.frombuffer with 16-bit image data
如果我的窗口处于32位色深模式,那么以下代码将从窗口中获取漂亮的PIL图像:
def image_grab_native(window):
hwnd = win32gui.GetDesktopWindow()
left, top, right, bot = get_rect(window)
w = right - left
h = bot - top
hwndDC = win32gui.GetWindowDC(hwnd)
mfcDC = win32ui.CreateDCFromHandle(hwndDC)
saveDC = mfcDC.CreateCompatibleDC()
saveBitMap = win32ui.CreateBitmap()
saveBitMap.CreateCompatibleBitmap(mfcDC, w, h)
saveDC.SelectObject(saveBitMap)
saveDC.BitBlt((0, 0), (w, h), mfcDC, (left, top), win32con.SRCCOPY)
bmpinfo = saveBitMap.GetInfo()
bmpstr = saveBitMap.GetBitmapBits(True)
im = Image.frombuffer(
'RGB',
(bmpinfo['bmWidth'], bmpinfo['bmHeight']),
bmpstr, 'raw', 'BGRX', 0, 1)
win32gui.DeleteObject(saveBitMap.GetHandle())
saveDC.DeleteDC()
mfcDC.DeleteDC()
win32gui.ReleaseDC(hwnd, hwndDC)
return im
但是,以16位模式运行时,出现错误:
>>> image_grab_native(win)
Traceback (most recent call last):
File "<pyshell#3>", line 1, in <module>
image_grab_native(win)
File "C:\claudiu\bumhunter\finderbot\ezpoker\utils\win32.py", line 204, in image_grab_native
bmpstr, 'raw', 'BGRX', 0, 1)
File "c:\python25\lib\site-packages\PIL\Image.py", line 1808, in frombuffer
return apply(fromstring, (mode, size, data, decoder_name, args))
File "c:\python25\lib\site-packages\PIL\Image.py", line 1747, in fromstring
im.fromstring(data, decoder_name, args)
File "c:\python25\lib\site-packages\PIL\Image.py", line 575, in fromstring
raise ValueError("not enough image data")
ValueError: not enough image data
我应该如何形成frombuffer
调用以在16位模式下工作? 另外,如何使此功能在任何位深度模式下工作,而不是说必须将其作为参数传递?
更新:从这个问题中,我了解到我必须对第二个模式参数使用“ BGR; 16”而不是“ BGRX”。 它需要一个正确的图片,无论是否指定步幅。 问题是某些值的像素值略有偏差:
x y native ImageGrab
280 0 (213, 210, 205) (214, 211, 206)
280 20 (156, 153, 156) (156, 154, 156)
280 40 (213, 210, 205) (214, 211, 206)
300 0 (213, 210, 205) (214, 211, 206)
只是从同一窗口获取的值样本。 屏幕截图看起来与肉眼完全相同,但我必须做一些像素操作..我想要使用本机方法的原因是它更快一点,并且当在具有双显示器的虚拟机内运行时表现更好。 (我知道,这是非常随意的复杂)。
对于stride
参数,您需要以字节为单位给出行大小。 你的像素是16位,所以你可以天真地假设stride = 2*bmpinfo['bmWidth']
; 不幸的是,Windows添加了填充以使步幅达到32位的偶数倍。 这意味着你必须将它四舍五入到4的下一个最高倍数: stride = (stride + 3) / 4) * 4
。
该文档未提及16位原始格式,因此您必须检查Unpack.c模块以查看可用的内容。
你会注意到的最后一件事是Windows喜欢颠倒它的位图。
编辑:您最后的小问题很容易解释-从16位到24位的转换没有精确定义,并且两次不同转换之间的一对一差异是完全正常的。 在转换数据后调整数据并不困难,因为我确信差异是基于值的不变。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.