SolarStrike Software

So you are saying that maybe we could allow the crafting and assisting pet be the same. If there are tools, it crafts, if there aren't it assists. I think that could work. I didn't think of it because I have 2 pet and honestly there is no reason why you can't have a second pet dedicated to harvesti...

Also I added a little change of my own that I think Other people might want to know about. Sometimes I leave my char farming but my pet crafting, but when he's done all the crafting why not have him assist to make my farm faster? the pet's just sitting there doing nothing might as well help! so... i...

Maybe I'll do a user function based on this, I've been thinking about it since for Xmas We get loads of those from snow flake tree!

No problem mate, A++ for effort and contribution!

T_Zero wrote:Think that makes my version obsolete ^^

:S I had been delivering the eggs using a second WP file, and I thought this way it was easier.

I just realised you left TRASH hanging around the MM window on call of this is the trash: a hot fix for next commit

I go through that AT every revision or almost, Bu ti see that in last revision loads of stuff regarding casting changed I have to test it now b4 speaking anymore

To tell the truth It's hard to tell because some of my files are merged and not clean from SVN, this because I'm using some scripts that require alterations to player.lua and bot.lua but these should not influence Casting as far as I know... Also I reduced the unstick time to less 1 sec.

But I already have mana return.... are you sure it isn't there?

I've been working on optimizing this script will post as soon as I have something concrete

Post it in the UF repository

Like

AAHHHHHHH, oh i see! should have seen that one coming ....

Thanks!

My castbar isn't always checked properly for some reason! Many times have found the bot not collecting a feed bag f/e with player:target_Object(112956,nil,true); in this case the castbar reaches aprox. 2secs and quits. if I use player:target_Object(112956,5000,true); or player:target_Object(112956,4...

I hereon suggest that when you type 'SJF/waypointX' at rom/createpath as filename for a new waypointfile and the folder 'SJF' doesn't exist the bots creates such folder instead of exiting, dramatically trashing the waypoint file and producing an error!

My bests

ok so all the following lines work OK: player:target_Object(112958,nil,true) -- actually Gets Fresh Eggs inventory:itemTotalCount("Fresh Egg") -- == 'my actual number of eggs' RoMScript("TEXT('112958_name')") -- == "Fresh Egg" the next one doesn't, instead return 0, whi...

Might be.. I'm improving my waypoint script at the moment If I come across such delays I'll look into them!

EDIT: check out V1.2 of the waypoint file

This comes down to the same issue rock5 and admin discussed, the same mob in 2 clients has a different address in each therefore it is not identifiable! They talked about a inter MM form o communication that is better I think than filesharing.

Actually I've encountered a CPawn error afew times in middle of botting with no apparent reason!

actually i'm only gonna test the new revision now! :P I use CheckEggs() in 1 waypoint script of mine but it's ok, np. I guess TP hould be Talent points but as you may see the pet has both Training and Talent points (althought Training is just a progress bar it isn't really called 'points'), But with...