Getting image pixel data.

[nullschritt]

So you know the data will be retreived in memory.
 
I'm trying to get the color of every pixel in an image for comparison.
 
I have a script that work but it takes 25 seconds for a 1000x1000 image, which seems way too high, as i can compare said data in just 100ms. I suspect that _GDIPlus_BitmapGetPixel is a slow function. Is there an alternative?

expandcollapse popup

#include <_PixelGetColor.au3>
#include <GDIPlus.au3>

;~ ToolTip(1)

$hDll = DllOpen("gdi32.dll")
;$vDC = _PixelGetColor_CreateDC($hDll)

;~ ToolTip(2)

;~ $a = TimerInit()
;~ CaptureNative($testMaxX, $testMaxY)
;~ $a1 = TimerDiff($a)

;~ ToolTip(3)
_GDIPlus_Startup()
$file = FileOpenDialog("Select an image", @ScriptDir, "All Files(*.*)")
$b = TimerInit()
$ret = CapturePixels(Binary(FileRead($file)))
$b1 = TimerDiff($b)
;~ ToolTip(4)
;_PixelGetColor_ReleaseDC($vDC, $hDll)
;~ DllClose($hDll)

;~ ToolTip(5)

ConsoleWrite("Time   : " & $b1 & @CRLF)


Func CapturePixels($data)
    $ret = ""
    $HBITMAP2 = _GDIPlus_BitmapCreateFromMemory($data)
    $y=_GDIPlus_ImageGetWidth($HBITMAP2)
    $x=_GDIPlus_ImageGetHeight($HBITMAP2)

    For $iY = 0 To $y
        For $iX = 0 To $x
            $ret &= _GDIPlus_BitmapGetPixel($hBitmap2, $iX, $iY) ;get current pixel color
        Next
    Next

       ;For $x = 0 To _GDIPlus_ImageGetWidth($HBITMAP2)
       ;  For $y = 0 To _GDIPlus_ImageGetHeight($HBITMAP2)
       ;      $ret &= _PixelGetColor_GetPixel($vDC, $x, $y, $hDll)
      ;   Next
     ;Next
    _WinAPI_DeleteObject($HBITMAP2)
    Return $ret
EndFunc   ;==>Capturepixels

Edited February 11, 2014 by nullschritt

[FireFox]

Hi,

If you're looking for speed, autoit is not a good choice.

The GDIPlus functions are not related to autoit but are from an external DLL, so the efficiency will be the same for any language calling the library.

Br, FireFox.

[nullschritt]

I meant is there some other way than gdi to get the pixels of the image? There has to be a faster way of doing this.

[Myicq]

nullschritt: I have been over the same, although not for comparison reasons. What format is your input picture, and do you have it as a file or in a screenshot ?

You could look at the file as a string of bytes, depending on the format (color depth) you would need 1/8, 1, 2, 4 bytes per pixel.

Could you get some more details.

[junkew]

this will help 

'?do=embed' frameborder='0' data-embedContent>>

[nullschritt]

I've tried '?do=embed' frameborder='0' data-embedContent>> but it's just a slow as the GDI version.

I don't see any relevant code in ?do=embed' frameborder='0' data-embedContent> to return the pixels of the image.

[nullschritt]

nullschritt: I have been over the same, although not for comparison reasons. What format is your input picture, and do you have it as a file or in a screenshot ?

You could look at the file as a string of bytes, depending on the format (color depth) you would need 1/8, 1, 2, 4 bytes per pixel.

Could you get some more details.

 

It's not relevant where the image comes from. It's purpose is to compare any two images, and find their difference, I don't see how the source of the images is relevant.

Also I dont understand your meaning about looking at the string as bytes, wouldnt that require a conversion anyways? (basically what my tonum function is doing)

Edit: Logcally there must be a faster way, it doesnt take 60-120 seconds for said image to be displayed on an image control, so I guess, how does the image control convert the bitmap data into their respective colors so quickly? Is there a way to mimic this process?

Edited February 12, 2014 by nullschritt

[junkew]

within the findbmp thread

see

; Load the bitmap to search in
    getImage($BMP1, $BMP1Data, $BMP1Width, $BMP1Height, $BMP1LineWidth, $imgBytes)
    $BMP1Data = BinaryToString($BMP1Data)

depending on the colordepth of your image you have 1,2,3,4 bytes per pixel of colordata

if its a 24 bit color image you have RGB (or BGR) colors which is 1 byte for red, 1 for Green and 1 for Blue

the bitmapgetpixelcolor gives back a 32 bit color in alpha, red, green, and blue (ARGB)

so in above small code example $BMP1Data is just a long list of colors of all pixels and to get 1 pixel color of x=1, y=1 you just look at the first 3/4 bytes

edit: see also '?do=embed' frameborder='0' data-embedContent>>

Edited February 12, 2014 by junkew

[nullschritt]

within the findbmp thread

see

; Load the bitmap to search in
    getImage($BMP1, $BMP1Data, $BMP1Width, $BMP1Height, $BMP1LineWidth, $imgBytes)
    $BMP1Data = BinaryToString($BMP1Data)

depending on the colordepth of your image you have 1,2,3,4 bytes per pixel of colordata

if its a 24 bit color image you have RGB (or BGR) colors which is 1 byte for red, 1 for Green and 1 for Blue

the bitmapgetpixelcolor gives back a 32 bit color in alpha, red, green, and blue (ARGB)

so in above small code example $BMP1Data is just a long list of colors of all pixels and to get 1 pixel color of x=1, y=1 you just look at the first 3/4 bytes

edit: see also '?do=embed' frameborder='0' data-embedContent>>

So each pixel would be how many bytes in length?