SolarStrike Software

Posted: **Mon Mar 24, 2008 11:09 pm**

I am releasing this under LGPL, so the bugs can be ironed out.

This program is ZeroSignal's Shaiya Bot (ZS Shaiya Bot).

FEATURES:
* I'm always one buffed up mofo.
* Quit your KS bitching emo kid, I only attack full mobs.
* Wall humping for a limited time only.
* Attack the way you like to, with class custom functions.
* Attack specific monster color difficulties.
* Jump over barriers.
* You can switch off allot of the functions if you want too.

IMPORTANT:
A few things should be mentioned to those who have been fortunate to obtain this
program.

* This program is intended for educational purposes only.

* Since this is covered under GPL, you can distribute this software, however
please realise, that this software has the potential to be abused by "script
kiddies", and therefore I recommend to only give a copy, to those who are
responsible, and more importantly, to only those who have contributed
something to the Shaiya hacker community.
Making this available to every Shaiya user, has the potential to destroy
the game, and the community at large. We all like Shaiya don't we? So don't
abuse the priviliges.

* If it's leaked to a wide audience,
I will stop supporting it among probably many others, so keep it a
secret, if you wan't to grow into something allot better.

* It isn't very user-friendly, this is intentional. I only wan't people who can
read and write lua competently to be using this software. If you can't, then
your a script kiddie, and I don't wan't you using the software in the first
place, so don't even bother recommending that it's made more user friendly (more
programmer friendly is fine ^-^).

REQUIRED SOFTWARE:
MicroMacro.
Shaiya GameGuard Bypass.
Mozilla Firefox (tested with 2.0.0.14).

INITIAL SETUP:
* In the the Shaiya CONFIG.INI, under your selected resolution,
change the following to:

STATUSINFOBAR_POS_X=0
STATUSINFOBAR_POS_Y=0

CREATING CHARACTER FILE FROM XML:
* Open "JohnDoe.xml". Change the values to suit your character,
and save it as "[char_name].xml", ex: "JaneDoe.xml".
* Open your customised char file "[char_name].xml" with Mozilla Firefox (FF).
* FF should have translated all the xml into lua. Select All, then Copy the text.
* Open Notepad or some other text editor, then paste the lua code. Save it as "[char_name].lua"
in the "char" folder.

RUNNING SCRIPT:
1. Start Shaiya
2. Select Character and enter the world.
3. Open MicroMacro.
4. When you are in the game world, in MicroMacro, type "zs_shaiya/main.lua", press Enter.
5. Switch to Shaiya, then press F5.

CONTACT DETAILS:
ZeroSignal - z3rosign4l [at] hotmail [dot] com

Posted: **Tue Mar 25, 2008 8:29 am**

@elverion
I got this following error, hopefully you can make some sense out of it for me.

Code: Select all

Wed Mar 26 00:06:51 2008 : Executing script "zs_shaiya/main.lua".
==================================================

Wed Mar 26 00:06:54 2008 : avatar.hp=2042
Wed Mar 26 00:07:03 2008 : avatar.hp=1949
Wed Mar 26 00:07:06 2008 : avatar.hp=1864
Wed Mar 26 00:07:08 2008 : avatar.hp=1760
Wed Mar 26 00:07:19 2008 : User: sitting
[REMOVED LARGE USELESS CHUCK]
Wed Mar 26 00:17:45 2008 : avatar.hp=1635
Wed Mar 26 00:17:48 2008 : avatar.hp=1467
Wed Mar 26 00:17:50 2008 : User: sitting
Wed Mar 26 00:17:51 2008 : avatar.hp=1678
Wed Mar 26 00:17:52 2008 : User: attacked, standing
Wed Mar 26 00:17:53 2008 : avatar.hp=1475
Wed Mar 26 00:17:55 2008 : avatar.hp=1375
Wed Mar 26 00:17:57 2008 : avatar.hp=2138
Wed Mar 26 00:17:58 2008 : avatar.hp=2046
Wed Mar 26 00:18:07 2008 : avatar.hp=1902
Wed Mar 26 00:18:08 2008 : attempt to yield across metamethod/C-call boundary
stack traceback:
	C:\Program Files (x86)\micromacro\lib\lib.lua:243: in function 'startMacro'
	...am Files (x86)\micromacro\scripts\zs_shaiya/main.lua:125: in main chunk
	[C]: in function 'registerKey'
	C:\Program Files (x86)\micromacro\lib\net.lua:2: in main chunk

----------TRACEBACK END----------

Wed Mar 26 00:18:08 2008 : Execution of zs_shaiya/main.lua complete.
Wed Mar 26 00:18:08 2008 : Execution success.
Wed Mar 26 00:18:08 2008 : Collecting garbage...
Wed Mar 26 00:18:08 2008 : GC closed device context handle 0x2658DF0.
Wed Mar 26 00:18:08 2008 : 75KB freed.



Wed Mar 26 00:23:29 2008 : GC closed device context handle 0x26DF840.
Wed Mar 26 00:23:29 2008 : GC closed process handle 0x70.
Wed Mar 26 00:23:29 2008 : Lua state closed.

Posted: **Tue Mar 25, 2008 1:01 pm**

I've just added (and am now testing) some new error checking code which will really help bring out any errors. Before, if an error occured in many functions, it would just say "invalid data", but give not really tell which file, or line number the error was really generated from. Now, it not only does that, but also tells you which argument is bad, and what the received data was.

Anyways, though, here's one of the errors I have received. This happens every time when loading the script:

Code: Select all

Tue Mar 25 12:58:15 2008 : scripts/zs_shaiya/classes/shortcut.lua:29: attempt to perform arithmetic on global 'g_latency' (a nil value)

It appears that g_latency is not defined (at least not before including shortcut.lua). I just declared it as 0 in in shortcut.lua to bypass this problem.

Once loaded and started, it will now cycle between a few enemies (although it still continues to cycle even when there is a valid target), and after say, 10 cycles, the script throws this error:

Code: Select all

Tue Mar 25 13:08:47 2008 : scripts/zs_shaiya/classes/avatar.lua:332: attempt to index field 'class' (a nil value)

I'm guessing here, but I think since I do not have a valid target after those 10 cycles, that a proper class is not being made and passed to the function which begins on line 322.

I'll continue looking.

Posted: **Tue Mar 25, 2008 8:13 pm**

You must be using an old char script. See the new 'JohnDoe.lua' file. Some things need to be added like g_latency, and now the avatar_class needs to be instantiated, and it's functions need to be implemented within it.
This has occurred, because I found that often I ended up changing the fighting style.
For ex: on Sin build, may want to change his fight sequence, from another sin build (since mayb they use diff skills).

edit: Sorry I should explain what g_latency is, it is added to all timings, and takes into account how long a packet takes to get to the server and back.

edit: I've updated versions from 0.0121 to 0.0122. See change log for details.

edit: here is the same error generated, using 0.0122b:

Code: Select all

Wed Mar 26 15:42:37 2008 : MicroMacro v0.96
Wed Mar 26 15:42:37 2008 : Processor Type: 586, OS: Windows Vista | Windows Server 2008 
Wed Mar 26 15:42:37 2008 : Lua initialized successfully.
Wed Mar 26 15:42:37 2008 : Lua libs opened successfully.
Wed Mar 26 15:42:37 2008 : Lua glues exported.
Wed Mar 26 15:42:37 2008 : Configurations run.
Wed Mar 26 15:42:49 2008 : Executing script "zs_shaiya/main.lua".
==================================================

Wed Mar 26 15:42:59 2008 : avatar.hp=1807
[REMOVED USELESS INFO]
Wed Mar 26 16:09:59 2008 : avatar.hp=1709
Wed Mar 26 16:10:00 2008 : User: sitting
Wed Mar 26 16:10:04 2008 : avatar.hp=2135
Wed Mar 26 16:10:07 2008 : User: standing
Wed Mar 26 16:10:20 2008 : avatar.hp=2067
Wed Mar 26 16:10:22 2008 : avatar.hp=1985
Wed Mar 26 16:10:25 2008 : avatar.hp=1904
Wed Mar 26 16:10:34 2008 : avatar.hp=2121
Wed Mar 26 16:10:37 2008 : avatar.hp=2040
Wed Mar 26 16:10:42 2008 : avatar.hp=1960
Wed Mar 26 16:10:44 2008 : avatar.hp=1852
Wed Mar 26 16:10:54 2008 : avatar.hp=2069
Wed Mar 26 16:10:59 2008 : avatar.hp=1968
Wed Mar 26 16:11:00 2008 : attempt to yield across metamethod/C-call boundary
stack traceback:
	C:\Program Files (x86)\micromacro\lib\lib.lua:243: in function 'startMacro'
	...am Files (x86)\micromacro\scripts\zs_shaiya/main.lua:125: in main chunk
	[C]: in function 'registerKey'
	C:\Program Files (x86)\micromacro\lib\net.lua:2: in main chunk

----------TRACEBACK END----------

Wed Mar 26 16:11:00 2008 : Execution of zs_shaiya/main.lua complete.
Wed Mar 26 16:11:00 2008 : Execution success.
Wed Mar 26 16:11:00 2008 : Collecting garbage...
Wed Mar 26 16:11:00 2008 : 41KB freed.

Posted: **Wed Mar 26, 2008 1:01 am**

Ah, yes, my problem was that I was using an old character config. I apologize.

After studying the problem for awhile now, it appears that the source of the problem is actually force_close(). You are calling stopPE(), which in turn calls coroutine.yield(). Since stopPE() is being called from within a timed function (main_interval()), you are yielding across a C boundary.

I would suggest reopening the process (or whatever you need to do) to correct the problem rather than killing off the game and bot. If, however, you wish to continue the way it is currently working, you can simply use __PErunning = 0 in place of stopPE(). It may not stop immediately, but it should stop soon enough (the next legal call to coroutine.yield()).

Posted: **Wed Mar 26, 2008 9:06 pm**

@elverion
I made a few changes in main.lua and here is the log file, as you can see the process is trying to re-open, but it keeps getting closed off for some reason.
main.lua
log.txt

I'm kinda at a loss what to do...

edit: When I get the time, I'll look into issue a bit more thoroughly.

edit: I think the main issue was using attach() like u said. I left it on last night, the only issue I had was running out of health pots and subsequently dying. It ran for about 2.5 hours without a prob. I'll do a bit more "testing"

over today, and make a new release in about 20 hrs or so.

update: The hdc is still incorrect at times, this could be specific to me, and I don't think is common. I got an idea of how to make a workaround.

When the process goes out of scope, I have re-initialise it, however this does not work, and it constantly gets re-initialised. The process still going out of scope is a major issue.

edit:
I've got code allot like the following:

Code: Select all

  win = findWindow("Shaiya");
  hdc = openDC(win);
  local wx, wy, ww, wh = windowRect(get_win());
  local sprintf("win_width: %d, win_height: %d\n", ww, wh));
  print(sprintf("win_width: %d, win_height: %d\n", ww, wh));

The values are reporting that

Code: Select all

in_width: 160, win_height: 120

Even though it is in fullscreen mode (1024x768)?? Like I said earlier, it's definitely using the wrong window, but what? None of my other windows are labelled Shaiya. Please help me man, I'm dying of fustration.

Posted: **Fri Mar 28, 2008 3:28 am**

*post updated*

Posted: **Fri Mar 28, 2008 12:19 pm**

What OS are you using? Do any of the windows have "Shaiya" anywhere in the name? Do you have any idea what window it could be referring to?

Posted: **Fri Mar 28, 2008 5:18 pm**

I'm using Vista 64-bit. I just noticed then that since using the new release the "micromacro.exe" was copied over, and hasn't been set to Win XP SP2 compatibility, I'll do it now and see if it makes a difference.

I'm using no other windows that are called even alike to Shaiya. I also checked the dimensions of each one, and none of them were nowhere near 160x120 pixels.
Also looked through my processes to see if I have anything out of the ordinary, but they all look fine to me.

Posted: **Fri Mar 28, 2008 8:46 pm**

Did you even check hidden windows? Maybe Shaiya is creating several windows, one of which is being confused with the true Shaiya window. Unlikely though...the return values should be -32000. I'm not sure, but I think this is just a Vista issue, as anybody that has had similar problems has been running Vista.

Posted: **Mon Mar 31, 2008 7:19 am**

i've got this problem:

Mon Mar 31 14:13:27 2008 : avatar.hp=1108
Mon Mar 31 14:13:28 2008 : avatar.hp=1014
Mon Mar 31 14:13:30 2008 : avatar.hp=940
Mon Mar 31 14:13:33 2008 : avatar.hp=855
Mon Mar 31 14:13:47 2008 : User: sitting
Mon Mar 31 14:13:48 2008 : avatar.hp=1023
Mon Mar 31 14:13:53 2008 : avatar.hp=1380
Mon Mar 31 14:13:58 2008 : avatar.hp=1737
Mon Mar 31 14:13:59 2008 : User: attacked, standing
Mon Mar 31 14:13:59 2008 : avatar.hp=1641
Mon Mar 31 14:14:01 2008 : avatar.hp=1560
Mon Mar 31 14:14:04 2008 : avatar.hp=1494
Mon Mar 31 14:14:06 2008 : avatar.hp=1372
Mon Mar 31 14:14:09 2008 : avatar.hp=1317
Mon Mar 31 14:14:12 2008 : avatar.hp=1261
Mon Mar 31 14:14:15 2008 : avatar.hp=1205
Mon Mar 31 14:14:18 2008 : avatar.hp=1149
Mon Mar 31 14:14:21 2008 : avatar.hp=1093
Mon Mar 31 14:14:23 2008 : User: sitting
Mon Mar 31 14:14:24 2008 : avatar.hp=1037
Mon Mar 31 14:14:25 2008 : avatar.hp=982
Mon Mar 31 14:14:28 2008 : avatar.hp=1339
Mon Mar 31 14:14:33 2008 : avatar.hp=1696
Mon Mar 31 14:14:34 2008 : User: attacked, standing
Mon Mar 31 14:14:34 2008 : avatar.hp=1627
Mon Mar 31 14:14:37 2008 : avatar.hp=1552
Mon Mar 31 14:14:44 2008 : avatar.hp=1489
Mon Mar 31 14:14:47 2008 : avatar.hp=1411
Mon Mar 31 14:14:55 2008 : User: sitting
Mon Mar 31 14:14:58 2008 : avatar.hp=1768
Mon Mar 31 14:15:03 2008 : avatar.hp=1842
Mon Mar 31 14:15:05 2008 : User: standing
Mon Mar 31 14:15:17 2008 : avatar.hp=1778
Mon Mar 31 14:15:22 2008 : avatar.hp=1704
Mon Mar 31 14:15:26 2008 : avatar.hp=1892
Mon Mar 31 14:15:26 2008 : force_close
Mon Mar 31 14:15:26 2008 : attempt to yield across metamethod/C-call boundary
stack traceback:
C:\Users\Split\Desktop\micromacro\lib\lib.lua:243: in function 'startMacro'
...\Split\Desktop\micromacro\scripts\zs_shaiya/main.lua:125: in main chunk

it close micromacro and the game! i can't understand why

Posted: **Mon Mar 31, 2008 9:46 pm**

He's still working on it, and there is a bug in the script (or the game itself, possibly) that causes this.

Posted: **Tue Apr 08, 2008 5:01 am**

i've got a problem with bugged mobs, i mean the mobs that spwn "without life", the problem is that the bot keep attacking them over and over, that makes the bot useless.. i'm not good in scripting, maybe we need some rule in the bot that say ifu can't attack the mob for X times then change targhet or something like this.. THX for help

Posted: **Tue Apr 08, 2008 11:07 pm**

Hey Zero thanks for making this script.
I got a bunch of issues, but it has the capability and is probably the best out atm.
I haven noticed a couple instances the C-Call Boundary crashes happening when the goddess buffs changes my hitpoints. Im not sure if this is the problem but Im seen it happen a bunch of times now.

I would really like to see the targeting/anti ksing system working for me, although i havent figured out the problem.

Im a novice programmer at best So i dont know exactly what to be looking for to make any of this better.

I hope this helps and ill continue to try to debug this issue more.

Posted: **Wed Apr 09, 2008 3:29 pm**

New release, see:
zs_shaiya_0-0123b.zip

As you can see their is allot to be done still see 'TODO.txt'.

Remember, the license is under LGPL, so you are free to make improvements, and we would appreciate it if you posted back the improvements you made. Within this thread, would probably be the easiest.

edit: I managed to get it running for 6 hours the other day.. woohoo!

@Split74
It will try to avoid mobs that have no red bar for a limited amount of targets, however this can be the case for monsters far away too. If it's not registering at all, then check the status info bar pos_x and pos_y are set to 0 (as far to the top right as it can go), and that the detected pixels are falling within the health color ranges.
Or u can post the log file for me to have a look at, if u don't know what ur looking for.

The bugged monsters are an issue with the server, that has been reported nearly 6 months ago, and hasn't been fixed to date. I'm not going to bother creating a workaround, for an issue that should have been fixed half a year ago.
@elverion
Actually you know what we should have done, used that first script you made for shaiya, so it caused heaps of monsters to be bugged (I remember lining loads of bugged mobs), so all the users would complain, and they'd would have finally done something about it.

@basic
Is the C boundary still happening with new version? I haven't had it occur so far...
Same for you as what I said to Split74, regarding the anti-ks/bugged mob avoiding.

Posted: **Thu Apr 10, 2008 11:39 am**

i've downloaded the the new version, and make a new profile in chars but the bot don't work.. the first targhet is ok.. but from second, he stand in 1 place and keep moving without targheting

Thu Apr 10 18:32:20 2008 : avatar.hp=3046
Thu Apr 10 18:32:21 2008 : avatar.damage_dealt=98
Thu Apr 10 18:32:21 2008 : avatar.hp=2948
Thu Apr 10 18:32:23 2008 : avatar.hp=2947
Thu Apr 10 18:32:23 2008 : avatar.damage_dealt=0
Thu Apr 10 18:32:24 2008 : avatar.hp=2946
Thu Apr 10 18:32:24 2008 : avatar.hp=2847
Thu Apr 10 18:32:25 2008 : avatar.hp=2659
Thu Apr 10 18:32:25 2008 : avatar.damage_dealt=95
Thu Apr 10 18:32:26 2008 : avatar.hp=2654
Thu Apr 10 18:32:27 2008 : avatar.damage_dealt=99
Thu Apr 10 18:32:27 2008 : avatar.hp=2555
Thu Apr 10 18:32:28 2008 : avatar.hp=2547
Thu Apr 10 18:32:29 2008 : avatar.hp=2540
Thu Apr 10 18:32:29 2008 : avatar.damage_dealt=99
Thu Apr 10 18:32:30 2008 : GC closed device context handle 0x1346350.
Thu Apr 10 18:32:30 2008 : GC closed device context handle 0x134D028.
Thu Apr 10 18:32:30 2008 : GC closed process handle 0x10C.
Thu Apr 10 18:32:30 2008 : avatar.hp=2441
Thu Apr 10 18:32:30 2008 : avatar.hp=2433
Thu Apr 10 18:32:31 2008 : avatar.hp=2431
Thu Apr 10 18:32:31 2008 : avatar.damage_dealt=0
Thu Apr 10 18:32:33 2008 : avatar.hp=2332
Thu Apr 10 18:32:33 2008 : avatar.damage_dealt=104
Thu Apr 10 18:32:33 2008 : avatar fight timed out.
Thu Apr 10 18:32:34 2008 : avatar.hp=2323
Thu Apr 10 18:32:34 2008 : pickup_items()

Thu Apr 10 18:32:34 2008 : check_use_rest()

Thu Apr 10 18:32:36 2008 : avatar.hp=2219
Thu Apr 10 18:32:36 2008 : User: sitting
Thu Apr 10 18:32:36 2008 : User: attacked, standing
Thu Apr 10 18:32:36 2008 : cycle_target()
Thu Apr 10 18:32:37 2008 : fight_target()

Thu Apr 10 18:32:37 2008 : pickup_items()

Thu Apr 10 18:32:38 2008 : avatar.hp=2121
Thu Apr 10 18:32:39 2008 : avatar.hp=2119
Thu Apr 10 18:32:39 2008 : check_use_rest()

Thu Apr 10 18:32:41 2008 : avatar.hp=2466
Thu Apr 10 18:32:42 2008 : User: sitting
Thu Apr 10 18:32:42 2008 : User: attacked, standing
Thu Apr 10 18:32:42 2008 : cycle_target()
Thu Apr 10 18:32:42 2008 : fight_target()

Thu Apr 10 18:32:43 2008 : pickup_items()

Thu Apr 10 18:32:44 2008 : avatar.hp=2463
Thu Apr 10 18:32:45 2008 : check_use_rest()

Thu Apr 10 18:32:46 2008 : avatar.hp=2818
Thu Apr 10 18:32:47 2008 : User: sitting
Thu Apr 10 18:32:47 2008 : User: attacked, standing
Thu Apr 10 18:32:47 2008 : cycle_target()
Thu Apr 10 18:32:48 2008 : fight_target()

Thu Apr 10 18:32:48 2008 : pickup_items()

Thu Apr 10 18:32:48 2008 : avatar.hp=2812
Thu Apr 10 18:32:50 2008 : check_use_rest()

Thu Apr 10 18:32:50 2008 : cycle_target()
Thu Apr 10 18:32:50 2008 : fight_target()

Thu Apr 10 18:32:51 2008 : pickup_items()

Thu Apr 10 18:32:51 2008 : avatar.hp=3163
Thu Apr 10 18:32:54 2008 : avatar.hp=3115
Thu Apr 10 18:32:55 2008 : check_use_rest()

Thu Apr 10 18:32:55 2008 : cycle_target()
Thu Apr 10 18:32:55 2008 : fight_target()

Thu Apr 10 18:32:56 2008 : pickup_items()

Thu Apr 10 18:32:56 2008 : avatar.hp=3288
Thu Apr 10 18:34:09 2008 : Execution of zs_shaiya/main.lua complete.
Thu Apr 10 18:34:09 2008 : Execution success.
Thu Apr 10 18:34:09 2008 : Collecting garbage...
Thu Apr 10 18:34:09 2008 : 19KB freed.

Posted: **Thu Apr 10, 2008 8:27 pm**

@Split74
If you open "classes/target.lua" and remove the comment dashes from lines 163 and 164, it will show you the target pixel colors it's evaluating.
So edit this section:

Code: Select all

  --debug_message(sprintf("sr: %d, sg: %d, sb: %d", sr, sg, sb));
  --debug_message(sprintf("er: %d, eg: %d, eb: %d", er, eg, eb));

to this:

Code: Select all

  debug_message(sprintf("sr: %d, sg: %d, sb: %d", sr, sg, sb));
  debug_message(sprintf("er: %d, eg: %d, eb: %d", er, eg, eb));

And then post then re-ruin the script, and post the new log file.

Posted: **Fri Apr 11, 2008 5:29 am**

well now he targhet the mobs, now the problem is the sit function, he sit during the battle, with the targheted mob he re-stand and fight,but if an other mob attack him, he stand then he sit again, and again and again without attacking, here the log file

Posted: **Fri Apr 11, 2008 5:58 am**

@Split74
You target RGB values are way off, in the shaiya installed directory open "CONFIG.INI", under your selected resolution (for you it's [INTERFACE_1280X1024]), it should have the following values:

Code: Select all

STATUSINFOBAR_POS_X=0
STATUSINFOBAR_POS_Y=0

And the STATUSINFOBAR shouldn't be moved in-game.

edit: New version released. Char scripts are compatible with 0-0123.

Posted: **Sun Apr 13, 2008 10:02 pm**

what's different about this bot?

than the one I downloaded "shaiya bot"

SolarStrike Software

Shaiya - ZS Shaiya Bot

Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot

Re: Shaiya - ZS Shaiya Bot