Permanent closure of the plugin API and the removal of China/Asia realm support

[JarJarD3]

It is working? I am traying now AHK with never version Gdip_All.ahk and it doesen't work.
I end up with the same problem like with autoIT. It works ok when I run D3 in 32 bit mode. But with D3 in 64 bit not.
OS: Win10 1903

TL;DR
It works if you do it correctly with or without THUD running.


Maybe you have confused reading from active window (default for these tools) or your hwnd is not set correctly.
In order to make it work you have to find correct window handle from correct process.
I use C# so I can not help in details. But principle is the same for all.
Process name for me is "Diablo III64".
As for D3 I use just process 'MainWindowHandle' property to get the correct hwnd to read pixels or what ever.
I use 'BitBlt' as it is fastest method to move bits around.

For THUD I enumerated through all windows until I found the window that has correct position and dimensions and whose parent window handle was 0 (zero).

I fired my old experiment to test it and it works as expected, though there is some place for improvements here.
I finished this using THUD overlay window to read the pixels so the UI has changed over time.

The screenshot shows reading protion of the window from D3 and copying and cropping pieces of it them for my needs.


This all have been said here in this thread already.

[MlokCZ]

hwnd is probably set correctly

last try was hwnd := WinExist("ahk_exe Diablo III64.exe")
and hwnd has a value after that

For 32 bit D3 it works ok with hwnd := WinExist("ahk_exe Diablo III.exe") even with non active D3.

Problem is somehow related to 64 bit, but I can't figure out how.

[takayo72]

I am using gdip_all.ahk. Problem still the same, 64 bit D3 don't return correctly gameBitmap := Gdip_BitmapFromHWND(hwnd). When I switch to 32 bit D3, than it works.

Which Win version do you use?

win10 x64 ver 1903 build 18362.356

you may not try make full working scriptto interactive with the game screen. Just to test out the gdip

Here is a ahk using gdip for screen capture and save as .png file

It should work with or without turbohud is running

SetWorkingDir %A_ScriptDir%
#Include GDIP_All.ahk

Screenshot(outfile, screen)
{
	pToken := Gdip_Startup()
    hwnd := WinExist("ahk_exe Diablo III64.exe")  ;;; D3 64 bit client
	pBitmap := Gdip_BitmapFromHWND(hwnd)
	Gdip_SaveBitmapToFile(pBitmap, outfile, 100)
	Gdip_DisposeImage(pBitmap)
	Gdip_Shutdown(pToken)
}

!F5:: ;;ALT-F5
Screenshot(A_ScriptDir "\Screenshot_" A_Now ".png", "300|200|300|200")

; screen: X|Y|W|H
Return

[MlokCZ]

Now I am working with max simple script
#Include %a_scriptdir%\Gdip_All.ahk

file=%a_scriptdir%\test2.png

global pToken := Gdip_Startup()
hwnd := WinExist("ahk_exe Diablo III64.exe")

pBitmap:=Gdip_BitmapFromHWND(hwnd)
Gdip_SaveBitmapToFile(pBitmap, file)

Gdip_DisposeImage(pBitmap)
Gdip_Shutdown(pToken)
exitapp

It works with all application inluding D3 32 bit. Only with 64 bit D3 doesn't read bitmap. Problem isn't probably in script, but somewhere in enviroment (but I have similar behavior on 2 competers).

[takayo72]

Now I am working with max simple script
#Include %a_scriptdir%\Gdip_All.ahk

file=%a_scriptdir%\test2.png

global pToken := Gdip_Startup()
hwnd := WinExist("ahk_exe Diablo III64.exe")

pBitmap:=Gdip_BitmapFromHWND(hwnd)
Gdip_SaveBitmapToFile(pBitmap, file)

Gdip_DisposeImage(pBitmap)
Gdip_Shutdown(pToken)
exitapp

It works with all application inluding D3 32 bit. Only with 64 bit D3 doesn't read bitmap. Problem isn't probably in script, but somewhere in enviroment (but I have similar behavior on 2 competers).

Just in case ur D3 64 client is not running in admin mode

[MlokCZ]

Thank you very much for directions.

It was that base thing. I didn't run D3 forced in admin mode. But I did run D3 under acount with admin rights. And for 32 bit D3 it doesn't matter, for 64 bit it was problem.
I have created separated acount without admin rights and now it works. It works all method (both method in autoIT and AHK too).
Now it will not be problem to rewrite my script with new metod of reading pixel color (I will use MemoryReadPixel method in autoit, it will be fastest).

[takayo72]

After an in-depth in-game testing with new update ahk, I found a big side effect of using gdip to capture screen.
As of original ahk imagesearch, it will not capture the whole game screen (with search region) to do a image pattern search
But in gdip, i ve to capture a whole game screen, mine is FHD 1920x1080, before passing the bitmap to gdip_imagesearch function
The action of capture screen will make a great performance hit. the game fps will drop from 60 to 4X and sometime even to 2X
You will feel the game laggy

[MlokCZ]

I have rewritted all my scripts and all works ok (with TH 19.9.30.0, newer version I have not tested yet, but new version is only about small changes) and fast.

I am testing on slow notebook and no fps drop.

Due to better performance I have not used method with grabing full bitmap
and I have used in autoIT variant with reading only one pixel as before.
I have used variant with DllCall("gdi32.dll", "int", "GetPixel", "int", $hDC, "int", $x, "int", $y)

Maybe in AHK is possible same action (I don't like AHK, I like autoIT much more).

[gandalf12]

Hello,
my screen goes black if i am using THUD at higher levels than master.
I am not using any autoclicker like AHK or any other automation macros or tools nor i have installed any of these.
Is this a intended behaviour of THUD in the new version?

[Buzzy62]

No black screens here (running T16).

[Buzzy62]

Hello,
my screen goes black if i am using THUD at higher levels than master.
I am not using any autoclicker like AHK or any other automation macros or tools nor i have installed any of these.
Is this a intended behaviour of THUD in the new version?

Just FYI, the last update was a protection for TH.

- fixed: internal capture (Ctrl+C) recorded black screen due to protection
- added: Ctrl+Alt+C hotkey to config\hotkeys.xml: <capture_with_overlay modifier="ctrl+alt" key="C" />
      this captures the screen without hiding HUD so it can replace the Windows PrintScreen functionality
- changed: capture protection is disabled in lobby, and ingame for the following difficulties: normal, hard, expert, master

It sure looks like you have something that is triggering the protection.

[gandalf12]

It sure looks like you have something that is triggering the protection.

The protection is even triggert with clean installation of THUD and no other plugins installed.
Be sure there is no third party software running or is installed that do auto clicks or do pixel reading.
Anyone has a idea what can cause this problem?
More people out there with this problem?

[JarJarD3]

The protection is even triggert with clean installation of THUD and no other plugins installed.
Be sure there is no third party software running or is installed that do auto clicks or do pixel reading.
Anyone has a idea what can cause this problem?
More people out there with this problem?

There are programs like ShareX that can capture whole or partial desktop, screen or window. Either still images or videos.
The trick THUD is using is originally targeted against these kind of programs.
Pixel reading is in this family of methods that are prevented to work to steal copyrighted property. They get only black screen.

But THUD visible overlay window (which you see) should never go black, only the copies that these "screen reader programs" get internally when using Windows APIs to read image from memory.

As you seem to be the only one suffering from this, condition for this must be very rare.
I am still using 19.9.30.0 and it works for me.
Can't you use version 19.9.25.0 until the end of this season?

[MlokCZ]

19.10.1.0 I have tested from yesterday and it is all ok on 2 computers.

[gandalf12]

Hello to the forum,
after some research and try and error i think i found the reason that the actual THUD Version makes my screen black and is not usable anymore.
The reason is i am using a cloud gaming platform to play Diablo 3.
I am using this cloud gaming service Shadow
This service is similar to NVIDIA GeForce Now or NVIDIA Shield platform.
The main reason i use this service with the Shadow Ghost Client Box is that it is absolut noiseless. Because there must be no PC running and the Client Box (Shadow Ghost) is passive cooled and basicly it works only as a streaming box.
If i install the newest THUD Version on my normal Desktop PC it works flawless on the PC. But with a Graphics Card NVIDIA 1080 TI in it, is it so loud and noisy that i dont want to play there.
The previous version is working with my cloud gaming platform, but what if i have to upgrade at the next patch? So sad...
So, at the end maybe one of you have a solution or workaround to it, to make my cloud gaming platform work again with the actual THUD Version.
Maybe KJ could puzzle in a little code that it works as he has intended, but not makes the screen black on cloud gaming platforms.
With regards.
Sincerely...