I changed the code to account for the mishap. I uploaded the changed code. Should say 0 views.
If that doesn't work, I can safely assume the pixel that is recorded keeps changing for some odd reason.
still a no go. >< It works better than before, but it will still go on a jig spree after 30 minutes or so, though not as often so it could just be something on my comp that springs up in the background..who knows.
Also, feedback on the automated recorder, it will occasionally freak out when recording Window 2 and will hit Cancel instead of Jig after recording the window.
still a no go. >< It works better than before, but it will still go on a jig spree after 30 minutes or so, though not as often so it could just be something on my comp that springs up in the background..who knows.
Also, feedback on the automated recorder, it will occasionally freak out when recording Window 2 and will hit Cancel instead of Jig after recording the window.
It's suppose to move the mouse to get rid of arrow then record. If it misses a record because no fish and what not it should restart to where it is. I have not ran into the freaking out issue on mine yet. Just have to test more i guess.
It's suppose to move the mouse to get rid of arrow then record. If it misses a record because no fish and what not it should restart to where it is. I have not ran into the freaking out issue on mine yet. Just have to test more i guess.
well there are 2 instances here where I've run into trouble
1) If a fish is caught during the recording of Window 2, Window 1 pops up and the bot records the new window 1 as Window 3
2) Sometimes, when Window 2 returns "No bites," the bot will start the process over, as it should, but on the second attempt at recording Window 2, it will continuously "Move to Window 2" *aka press Wait* until a 3rd cycle pops up then it will "move to Window 2" and press "Cancel" after recording the window.
Also still getting jigging errors
Edit: Ok, so I played around with it all night. For some reason, it's as if Window 2 and Window 3 reset themselves after a random amount of time, but never all in the same cast. For example, after 7 casts, window 2 stops functioning (Doesn't recognize the window at all). I stop the bot, re-record Window 2, the bot continues to work. 2 casts later, Window 3 stops functioning (Goes on a jigging spree). I stop the bot and re-record the pixels and it works fine for about 5 more minutes then it resets Window 2 again. It COULD be something on my end that is causing this, but I'm not entirely sure what it could be as nothing is popping up as the bot is running, at least not that I can see while using taskmgr.
Your pixels colors are changing for some reason. I don't know that reason. If you want to make sure they are changing; download autoit and open up the window info tool.
Once it's open click Options>Coord mode>Client Then click Magnify and unfreeze it. Move to mouse tab within autoit info.
Move you mouse to 394, 200 (while your fish window is in top left), write down the number, change the number in your INI to hex through google, and compare the 2 numbers.
kk I'll give it a go when I get home. I don't know why it would be changing the pixel though. The crafting part works fine and other pixel bots work fine....but idk, I'll give it a go and see.
Edit: Ok, so I got the number. Which number in the INI file to I compare it to?
kk I'll give it a go when I get home. I don't know why it would be changing the pixel though. The crafting part works fine and other pixel bots work fine....but idk, I'll give it a go and see.
Edit: Ok, so I got the number. Which number in the INI file to I compare it to?
Actually the numbers might vary from computer to computer, but as long as they stay the same the bot will work.
You can actually change the pixel coord yourself if you want.
Just be sure to change the coords on;
Line 1741 = $Check_1 = PixelGetColor(394, 200, $sHwnd) ;Window 3
Line 3058 = $Jig_Box_3 = PixelGetColor(394, 200, $sHwnd) ;Window 3
I am not going to change them because there are very few who have this issue that I know of. I am talking 1-2%.
It may be certain graphics cards, text, or anything within pandora's box, but mine works perfectly. If you need help changing the pixel let me know. It is pretty easy.
I am working on a revamp of the the bot, but this new one uses a different font. The font it is using is much thicker and should be solid on the pixels.
just wanted to chime in and give you props on a great program and click that thanks button
I have not worked on this bot for a while, but I should keep it up to date because when ff xiv updates my other bot will be broke for a few. This one will not be XD
Amateur Craft Bot with autoit 03/01/2011 - Final Fantasy XIV - 21 Replies Hi all ,please excuse my average english.
I just finished creating a crafting bot based on autoIt and pixel detection
, and I would like some feedback on it.
For now, this is only a limited version.
I'll explain everything on the bot's pages ;)
Craft bot for Final Fantasy XIV | FFXIV GIL
Enjoy
New employees Fish Craft Pack write Or, if you LWL Bot 02/12/2010 - Metin2 Hacks, Bots, Cheats, Exploits & Macros - 9 Replies Yeni Packde Çalışan Balık Botu Veya LwL Bot olan paylaşabilirmi rica etsem çok lazım:handsdown:
simple autoit bot 10/14/2008 - General Gaming Releases - 8 Replies So what we're gonna do today is a very basic bot that pulls one mob at a time that you are able to tab target while ingame aka you need to see X amount of mobs infront of you for this to be optimal.
The way WAR has been designed makes this very easy to do, your character automatically turns towards the mob you want to attack and pretty much no mobs are actually linked so you can stand infront of a huge cluster of mobs and pull one mob over and over.
...
E-Z Fish v2. [AutoIt] 09/14/2007 - WoW Exploits, Hacks, Tools & Macros - 4 Replies E-Z Fish Version 2 features:
--------------------------------
-2 programs 1 for night 1 for day for better pixel detection
-fixed pixel detection bug
-press esc to close
-written in autoit for safety of user