Can anyone tell me why there is a random one second delay associated with this command?
MouseClick("middle", 1, Round(370*$y_ratio)) ;waits ~1 second then [waypoint 2]
Every time without fail this 1 second delay gets me killed and I cannot find a way to remove it. I've tried changing the delays on both sides of the command to no effect. Can someone help me out?
Hmm... still wont pick up Square gems but it just picked up a legendary. Interesting... I'm puzzled.
Hello guys!
Where do I find the pngs?
http://www.ownedcore.com/forums/diab...0x1080-48.html
page 48 =]
-AzEKnightz
You can end the script run by pressing "x", or u asking how to us-it? just drop different items from your inventory and see if the script identify them correctly if not adjust the "tolerance" value.
Note: if the script go crazy in moving without picking noting, means that one of your tolerance values is to big.
Last edited by ccdssv; 06-10-2012 at 05:44 PM.
Its really nice seeing progress of you guys here. Specially with find out about ImageSearch function. (Thought i am not really pleased with its functionality and currently doing some research on shades of variation to see if I can get better results with it before I start to use it in my script)
Anyway, I am here because I need some help!!!
It's been awhile since I have started to use an alternate method to detect existence of cellar using its icon on the minimap (my code [AutoIt] ASS(Autoit Sarkoth Script) ver 1.2.4 - Pastebin.com
Also I made a new navigation method to get to cellar by trying to calculate approximate position of cellar by measuring its distance from player in the minimap and multiply it by a ratio which I assumed is scale of minimap to the game window. But unfortunately because of 3D geometry of the game the relation between these two can not be ,simply, calculated by multiplication of a scale by (x,y). I believe the relation between this two should be atleast order of 1.
one solution is to calculate exact equation between (x,y) of target location in the minimap and its counter part in the game.
another solution is to calculate approximate position and trying to correct it repeatedly.
I wonder if someone here can help me to develop this method further. There are two advantage of this method:
1- it can be used to get in cellar dungeon by finding its location in the minimap and it is not resolution dependent.
2- It can be used to get in any dungeon other than this one as far as you get its icon in the minimap.
Before I try to push my script(s) into new level, I need to solve above problem and also find a better way of using imagesearch function so it gives more accurate results with bigger bitmaps.
I appreciate any help which you might consider useful to above mentioned problems
Does it work with 16:9 res?
working with 1680*1050?
hey i have a problem, everytime i run the script, it just walk a few yards to the west, and then stops at the wall (or fence or w/e), and loggs out, even if the cellar is open. does anyone know how to fix it?
There is another problem now...
http://img831.imageshack.us/img831/6823/erroruk.png
the script
$directory = "D:\appz\AutoIt\ImageSearchFiles\" ; CHANGE THIS! Point it to the directory with the imagesearch pngs
$totalItems = 20 ; This needs to match the number of pngs you are loading
Global $pick[$totalItems]
$pick[0] = "legendaryA.png"
$pick[1] = "legendaryE.png"
$pick[2] = "legendaryI.png"
$pick[3] = "legendaryO.png"
$pick[4] = "legendaryU.png"
$pick[5] = "legendaryY.png"
$pick[6] = "rareA.png"
$pick[7] = "rareE.png"
$pick[8] = "rareI.png"
$pick[9] = "rareO.png"
$pick[10] = "rareU.png"
$pick[11] = "rareY.png"
$pick[12] = "setA.png"
$pick[13] = "setE.png"
$pick[14] = "setI.png"
$pick[15] = "setO.png"
$pick[16] = "setU.png"
$pick[17] = "setY.png"
$pick[18] = "tome.png"
$pick[19] = "uare.png"
The $directory is correct
I think my other post got buried. This has to do with some weird quirks around windows 7 + x64 and Autoit. Specifically code acts different on x64 systems. To get around this error you need to use the 64-bit dll and modify a few lines of code in the ImageSearch file. Take a look at my post on page 52.
It give me a bug on line 19
#include <ImageSearch.au3>