SolarStrike Software

New update:
I found the update pattern for daily quest complete and added it to the file. It will now update the appropriate offset from charClassInfoBase as the proc that writes to it uses this address.

i have a problem

author made a slight error, I would say by doing copy paste, I do it from time to time too lol

2 choices.

1.
define proc earlier in the code. 2.
change code so it uses getProc() instead of proc.

yep, I actually did this in my userfunc so I guess I forgot to do it in the onload, lol.

Edit: Should be fixed now. Let me know if you get anymore errors.
Patterns aren't perfect sciences. If it goes wrong y'all need to let me know. (I don't really run this script anymore because I don't like logging in much anymore.)

Hi there,

i got this error message everytime i start the script.

I remember at a previous revision it worked good.

Any idea on this ?

I have same error, so I am using still old version, which don't reading number of dailys left properly.

Yes, the problem is that the offset changed and the pattern didn't work after the last patch. I'm justing going to put the romscripts back in because this is becoming way too tedious.

Another thought:
When script are changing channel because of Ogest's aggro, it should check first is there any Copper Gardener in range. I found couple of times when there was a changing channel delay activated, and Copper Gardener was attacking character. So I immediately stopped it and killed gardener. Otherwise character will not survive 25 seconds of his attacks and die.

cufRet8e wrote:Another thought:
When script are changing channel because of Ogest's aggro, it should check first is there any Copper Gardener in range. I found couple of times when there was a changing channel delay activated, and Copper Gardener was attacking character. So I immediately stopped it and killed gardener. Otherwise character will not survive 25 seconds of his attacks and die.

I have a solution for this but if I put it in this script I'd have to add an additional dependancy on the fast login scripts. Should I add it?

Sounds all right for me. At least let's give it a try.

Ok, I've made a v2 with some fast channel swapping but I ran out of daily quests while testing some of the new functions. Will have v2 ready later.

I don't use this script but if it relies on channel swapping, I see a flaw. My server only has 1 channel.

rock5 wrote:I don't use this script but if it relies on channel swapping, I see a flaw. My server only has 1 channel.

On the servers I've played on that's zone dependant. Most zones are 1 channels, some are two, and Xaveria has been 3 since it was implemented.

So Xaveria only uses one channel on your server? Man, those dog meats must be in SUPER high demand.

Australian server doesn't have a big population yet. It's 1 channels in all locations.

Now it´s working without an error, but sometimes enemies aren´t attacked

Maybe it´s because i use the german client, going to translate the specific names and check the script again in the next days.

But nontheless i gratefull bow my head to the author(s) and supporters. THREE THUMBS UP

Edit: Okay did the translation. Seen to work flawlessly.

So for any german-client-user ... here is the file... have fun

Edit: Fixed translation in whole code. i missed a few target names.

And the error i described above just seem to happen if you are standing on the portpoint (recall)

So if you move a little to the middle of the camp and start the script everything is fine....

A suggestion i thrown in how about mounting while moving from/to camp? i will try to figure this out.


Okay i tried to mount with the player:mount (); command, which i set at several point but this b*st*rd just wont do it. What do i miss ? a hesitation like yrest? to get on the mount.

Need the mount to be specified somewhere, because i have 2 different, but just 1 in Actionbar?

Any suggestions ? please....

okay i got it the mount thing.

Findfunction is your friend

i´m not a programer but as far as i understand the script, it should do the Abysal and the other killing until the dailyquest ist done.

That seems to fail.

Is it possible that the status-call if the the quest ist complete or not also have to be translated?

In short: which part gives the status-request-answer? Rom in client-selected-language or just as 1,2,3 status ?!

Hope i made my point clear?

Sithlord512589 wrote:okay i got it the mount thing.

Findfunction is your friend

i´m not a programer but as far as i understand the script, it should do the Abysal and the other killing until the dailyquest ist done.

That seems to fail.

Is it possible that the status-call if the the quest ist complete or not also have to be translated?

In short: which part gives the status-request-answer? Rom in client-selected-language or just as 1,2,3 status ?!

Hope i made my point clear?

I'd considered going back and change this to work with "FindIdName" but I kept stopping myself because I'm not sure if there will be an issue with umlauts. Some non-standard characters don't send to the client correctly from the waypoint file. That could be the issue you're having.

You'll need to replace them with the umlauts codes:
http://solarstrike.net/phpBB3/viewtopic ... 14b#p33357

Different topic but same issue.

Any progress on the german script tuning front?

I did not had the time to play around with the script or neither the capability?

I would try if someone could confirm or denial my suspect.

Is the status answer of the quest to to be fulfilled returned by the game or possibly returned in client-language setting (in case german)
or is it an mm answer returned in english or as number?

Thanks in advance

eddited some line
and is way slow watching the bot turning in those quest
is traveling, good
Y not travel with mount?

Instead of using which is way slow because it uses RoMScript, you can use which gets the name from memory so is very fast.