MacroQuest64

I usually keep the names short without spaces.

/macro nbh rhino|cockatrice

try
/macro nbh "a kunark rhino"|"a cockatrice"
or
/macro nbh "a kunark rhine|a cockatrice"

To kill everything "a ****" or "an ****" do a
/macro nbh "a "|"an "
or
/macro nbh "a |an "

-Wolf5

Double post

Dont laugh BUT how the heck do i make this char type out " | "hehe i always have to past and click sorry for my ignorance ..

The pipe character ("|")? . On my keyboard it's positioned just below the ESC key. Can differ on different keyboard layouts i guess.

-Wolf5

on most keyboards it on the same key as the \ just shift and \ and thats a pipe

When he buffs up and then get ready to go attack a mob he stand and spins around looking up in the air then runs a little stops and spins agian. Anysuggestions?

Besides the random-stopping issue (which I haven't had in awhile, I'm still using the original 1.1.0) there are two fairly common bugs I'm getting and cannot figure out why:

1. It will not attack. It will send pet in, run up and tank, but it will enter melee combat.

2. Right after targetting and sending pet in, it will sit down. (Possibly the health check, though I haven't verified this.) But after sitting it'll stop responding. Like, pet health will fall way below mine and it still does nothing. Once the mob kills my pet and comes after me I'll fight, so it's not a huge problem, just an inefficiency thing. Oddly, though, if I stand up manually, it'll go right back into action and continue on normally.

Like everything else, these don't happen every fight or even that often, which makes them less of an issue but also harder to track down... Oh well, it still works very well, highest count so far is 250 mobs without problems.

Oh, and also, twice, I've gotten the infinite backing-up/trying to heal thing again. Very very rare though.

Woohoo got it to work.

It might be how I did it but this is a reason it was looping.

in this area
|Buffs to be kept up on self (max 15) - "Buff" or "Buff|GemSlot"
/declare MyBuffs[3] string outer
/varset MyBuffs[1] "Spirit of Wolf"

if you put the |3(or any #) for the gemslot it loops

also the "a "|"an " caused a loop as well as "a |an "
and on the targeting put a space between the stuff ie giant | yeti else it will loop

on the nuke or slow even if its set to false if its a spell you dont have at that level it will loop(at least for me)

and lastly that I noted it would start looping trying to cast a buff that wasn't memed if there wasn't a spot for it but this only happened with spirit of strength and spirit of monkey(are there abrivations for spells?)

Is there a setting I'm missing for don't attack a mob if another mob is in this radius? Cuase it kept attacking 2 or 3 things at once.

if you put the |3(or any #) for the gemslot it loops

Could you clarify this please? so im not supposed too specify a gemslot?

I can't get the script too start at all. It will just stand in one place switching between targeting myself and my pet. Even if i target a mob manually it just removes the target.

Attacking manually is the only think that seems too work for me, but even that is a bit unstable.

It might be a problem with the buffs though, not sure.

The macro only repeats theese four lines for me:

"
[MQ2]NewTarget loop 1
Target cleared
Target cleared
[MQ2]Returning to top after Downtimework
"

on and on, with my bst just standing there. Tried 1.10 and 1.10b.

Done some fixes. It's based on 1.1.0 (and not 1.1.0_b).

http://halsvik.net/d/?/public/nbh_1.1.1.mac

-Fixes:
-Calling StandUp every time the MoveForward sub is called. Maybe it'll fix the sitting down prob.
-Added a probable fix for the looping in circle prob.
-Added pull to homespot option (PULL_TO_HOMEPOINT, PULL_TO_HOME_SPELL_NAME, PULL_TO_HOME_SPELL_GEM, PULL_TO_HOME_PETBACKOFF True)
Possible bug to that: If you just cast a spell like frenzy, that might bug the pull sequence as the pull spell wont get off. Made one workaround, but it might fail.
It's a first version using it. So there might be more bugs. A lot to take into account.
-Added radius to prevent pulling from a crowd of mobs (AVOID_CROWDED_RADIUS)
-Fixed the looting problem with being to far away from the corpse. Might fail if you get stunned on the way.
-Fixed a bug that would give an undending loop "Newtarget, casting spell(while actually not casting it), done downtimework". It would be caused by the pet being out of range of the buff spell. Will now summon pet and do a /pet follow if pet is out of range for the spell when doing buffs.


Ian: Both the "a "|"an " and "a |an " works for me though. Don't know why it won't work for you. I have added an output that will show you each of the targets you chose as input so you can see if it can split the string or not.

Konk: Don't know why that happens, but the loop indicates that you are probably trying to buff yourself over and over. Can it be a higher lvl buff you got on yourself that you cannot overwrite?

I am using gemslot 3 as you can see. The default macro is set up for my beastlord. So I'm not sure it's a general bug.

Added the feature you mentioned, not to pull from a crowd of mobs. Wasn't there before. Was only a check for other players close by to prevent kill stealing while botting.

Terramantian: I still haven't found out why it stops. Maybe some developers of the MQ2 would know why that might happen.
The sitting down issue *might* have been resolved. Check out 1.1.1 to verify.

I have not taken a look at the healing thing yet.

the_horror: The spinning (standing still) seems to be a bug of some sorts... It will happen if I do a /face or use my sub FaceTarget sometimes. Maybe something prevented an event to actually stop turning around when you are done turning. But spinning, running, spinning thing I have no clue about at the moment.


-Wolf5

Cool, about to try it now. A few notes: It doesn't seem to work with the new macroquest (July 3) I get an error with the string parser, but I didn't see anything in the changes log that would affect it. Using the older version works fine for now though. Also, for those having trouble setting up the target list, you can use long names too. I run /mac nbh a_|an_ and it works fine, and you don't have to worry about spaces or ""s.

I was sure I was working with that version. Recompiled it and got an error there as well. Seems somethings keep changing in the source touching that sub. Happened earlier on also. Had to do a change in the sub for it to work.

Will try to find out why it doesn't work.

-Wolf5

Just before I released 1.0.0 (around beginning of june) they changed something that made me have to change the sub SplitString line:
/varcalc i2 ${inputstring.Length} - ${i} - 1
to
/varcalc i2 ${inputstring.Length} - ${i} +1

This variable is used in a String.Right[] function, which means other people have had to have similar problems using the Right function on strings. This is the only place in the code Right is used.

I changed it back now, and it seems like the code works now:

http://halsvik.net/d/?/public/nbh_1.1.1.mac
(the unchanged version is here: http://halsvik.net/d/?/public/nbh_1.1.1_u.mac )

The 1.0.0 version does no longer work with the latest build.
How I compiled the July 3rd src first. I just copied the source over the other source and recompiled.

What I did just now. I removed the old source, copied the new, added the MQ2auth0.h file and compiled.

Maybe some leftover objects that didn't recompile properly?

-Wolf5

New version works great, no longer have the issue with trying to cast unmemmed spells.

And the bit with specifying a gem slot, if I added any gem slot number in the buff sectoin it would just loop. I'll look into that more tonight.

on a side note, are you using VC 6 or C.net?

thanks for your help on this and for writing it