AutoHotkey Community

[skrommel]

Thanks, tic!

I've tried similar code, and if UpdateLayeredWindow could be made to only update the area around the last stroke, it would be much faster. I couldn't make it work, however.

Skrommel
_________________
www.1HourSoftware.com

[tic]

Come on little guy have a little ingenuity

Here's a simple idea to have it run perfectly fast (for ahk) without having to rewrite the code:

[rani]

Hi tic,

1.
I tried again the getpixel (GDIP) on strong server,
and the results where not good also.

2. if I compile ahk it will be faster ?
it is an .exe like any other ?

3.I think the problem is not ahk, .
the getpixel is slow.

any help will be apprecieated

[tic]

I hope this test will prove I am right:

[rani]

hi tic,

I made some minor changes to your code-time-test
for actual (width,hight) image I try to run.
and the time I get is much much slower.

[tic]

There is not a faster way to do this in ahk! You've even further proven my point with your code sample......

You have attempted to do ~1.4 million loops, thus it takes longer. The code I sent is much quicker, with you only adding lines with simple setting of variables and addition, proving that these commands are actually making it much slower, this showing that the GetPixel function is not actually what is slowing it down

ahk is not meant to do 1.4 million loops in succession in any kind of timely manner. Even if you came up with another solution, you would still need to perform the loops as ahk is not a compiled language and so arrays are not properly handled as an array should be, but are just references to places in memory, so you would still have to perform that many numgets, so still have to perform the loops which is what is slowing it down!

If you want to perform 1.4 million iterations of getting a pixels colour in a timely manner, then I suggest you look at a compiled language such as C#, although for me it is perfectly fine. In the test I show how long the actual function takes...on my comp it is 800ms for 100,000 loops, so I think it's a bit much complaining at the speed of a funtion in ahk that takes 8 nanoseconds! Even in your test with your added lines, each loop only takes 19 nanoseconds!

[BoBo²]

[cross reference]
tic kindly solved [here] one of my requests regarding ~ "how to create a screenshoot of the active window, and rescale it to get a thumbnail image".

Keywords: thumbnail - gdi - gdiplus - screen - screenshoot - image - active window - fullscreen - rescale
[/cross reference]

[tic]

Sorry Bobo I should have also mentioned...It will be better if you change the default interpolation mode:

[BoBo²]

[BoBo²]

I've embedded the script to work as a function:

[tic]

[BoBo²]

That's pretty much the same code you provided ...

[rani]

Hi tic

Gdip functions

with what functions I can paste (merge) one image bitmap
to some other image bitmap
means:
I want to cut some rectangle of image one (x,y,w,h)
and paste it to other image(bitmap) on specific (x2,y2) location on image two

and save image two to file

can you point on some code sample or link ?

[tic]

BoBo²:

I have made a couple of alterations to the library. See whether it is any better now. I specifically changed the raster operation code involved with the bitblt when copying the dc of the screen. Nothing to do with this also, I also added functions to get the dpi of an image

rani:

I had hoped I had explained this well enough in the examples

If you wish to copy an image (or part of an image onto another) you would need to get the graphics from the bitmap you want as your background (so behind the other):

[BoBo²]

@ tic
Wanna get blamed? Check [this] out! - and yes, thanks again for your effort.