Spellcast Help Thread (Link your XML using Pastebin.com for help!)

[Kohan]

That's definitely an oddity. I don't know what in the code would cause it to fail with that section active.

Well, I'll leave that portion of the Include commented out for now.

[Trumpy]

@ fingleburt in autoexec

<register silent="true" event="hpp_8?">wait 1;input /equip slot "Item";wait 1;input /equip slot "Item"</register> when hp is 80-89%
<register silent="true" event="hpplt76">wait 1;input /equip slot "Item";wait 1;input /equip slot "Item"</register> when hp is less than 76%
<register silent="true" event="lowhp">wait 1;input /equip slot "Item";wait 1;input /equip slot "Item"</register> when hp is low hp
<register silent="true" event="criticalhp">wait 1;input /equip slot "Item";wait 1;input /equip slot "Item"</register> when hp is critical hp

also i think there is a greater than 25% but im not sure. now of course this would change the gear but could change again due to other spellcast things. I think you could put code in autoexec to set a variable tho and put code in spellcast about that variable being set to not change those slots but i am no code expert. hope this helps some. If anyone has ideas on how to improve please let me know.

[Kohan]

Interestingly, my SpellCast is now completely non-functional in Salvage. It breaks on line zero and states that there's a tag problem, but loading the XML in other applications doesn't show any XML errors, and I can't find a broken one anywhere.

AFK—throwing my computer through a window.

EDIT: I've gotten it working again, but the Salvage issue with gear repeated itself tonight. Absolutely maddening.

[Landsoul]

How do I make an if rule with saying two buffs active only?

I know there's <if buffactive="buff1|buff2"> but I want to make a rule with saying if buff1 AND buff2 are active.

Thanks!

[Yugl]

<if advanced='(bool)Buffactive("Signet") AND (bool)Buffactive("Cocoon")'>

???

[pugnax179]

What is the rule that I need to put in an xml for locking a slot if a certain piece of gear is in that slot

example= range=???, ammo=???, how would i lock it if i manually put those in

[Yugl]

<if EquipMain="WeaponHere">
<disable slot="Main" />
</if>
<else>
<enable slot="Main" />
</else>

[Yugl]

Interestingly, my SpellCast is now completely non-functional in Salvage. It breaks on line zero and states that there's a tag problem, but loading the XML in other applications doesn't show any XML errors, and I can't find a broken one anywhere.

AFK—throwing my computer through a window.

EDIT: I've gotten it working again, but the Salvage issue with gear repeated itself tonight. Absolutely maddening.

Next best idea is to add <addtochat> lines within rules and see which rules trigger. Remove those rules until this works.

[Kohan]

When I attempted to edit that tag into the Include, I started receiving the line zero error again. Upon undoing all changes to my Include, that went away. It appears that any edits I'm making are breaking it, even if I revert them manually afterward.

Considering, I couldn't have the tag active during Salvage. However, I was paying close attention, and I know that this is the exact moment when it broke:



It did not work again until I unlocked the final gear cell, thus eliminating encumbrance entirely, and then—without reloading, or otherwise touching SC at all—it resumed working on its own, as it always does.

As such, I imagine it is related to one of two things:

1. Having a UI window open while trying to swap gear while under these conditions.

2. Removing a stat-related status in Salvage.

I am leaning more toward the second, as I had other cases where I was in a menu and interrupted SpellCast's gear changing, and it did not break then.

[Yugl]

I'll test this again using Addtochat and the test server, but is this Neo-Salvage or NQ salvage?

[Byrthnoth]

Well, the screenshot involves a cell sooooooo.... It's NQ Salvage.

[Kohan]

It happens in both.

[Yugl]

Added the <addtochat> lines and found them to work. The first return rule responded (Check1), but none of the others did, which means the first rule is the issue. Commenting out the first return rule fixed the issue prior and during this sample as well. Did you remember to change the <elseif> to <if> when you commented out the first rule?

Further checks to see which buff is activating the rule seems to indicate that at least Petrification is creating the issue. A further check showed that just removing the Petrification check enabled gear changes.

In short: Remove "Petrification" from the list of checks within your Return Rules.

    <!--- ***************** Rules ***************** --->
    <!-- Return Rules -->
    <!-- These stop any gear changes if I'm unable to take particular actions.  The reason for this is because
        if I'm impatient and spamming a macro while petrified or something I don't want a WHM to be unable to target
        me for Stona, for instance. -->
    <include name="ReturnRules">
         
		<if BuffActive="Sleep|Stun|Terror|Charm">
            <addtochat>check1</addtochat>
			<return />
        </if>
        
		<if spell="Ranged">
            <if advanced='"%SpellTargetDistance" &gt; "24.9"'>
                <addtochat>check2</addtochat>
				<return />
            </if>
        </if>
        
		<elseif Type="*Magic|BardSong|Ninjutsu" BuffActive="Silence">
            <addtochat>check3</addtochat>
			<return />
        </elseif>
        
		<elseif Type="Weaponskill|JobAbility|PetCommand" BuffActive="Amnesia">
            <addtochat>check4</addtochat>
			<return />
        </elseif>
        
		<elseif Type="JobAbility|PetCommand" RecastGT="1">
            <addtochat>check5</addtochat>
			<return />
        </elseif>
		
		<elseif type="Weaponskill">
            <if mode="OR" TPLT="100" advanced='%SpellTargetDistance &gt; $Distance' notstatus="engaged">
                <addtochat>check6</addtochat>
				<cancelspell />
                <return />
            </if>
        </elseif> 
		
    </include>

[Byrthnoth]

Weird. My junk always swaps and I have that rule.

[Yugl]

Same for my main XML. I tested her XML and this issue comes up for some reason.

https://dl.dropbox.com/u/65839275/Pu.../XMLdebug1.png
https://dl.dropbox.com/u/65839275/Pu.../XMLdebug2.png

The first image shows the rule working without Petrification. The second image shows the rule not working and the check1 appearing.

[Kohan]

Added the <addtochat> lines and found them to work. The first return rule responded (Check1), but none of the others did, which means the first rule is the issue. Commenting out the first return rule fixed the issue prior and during this sample as well. Did you remember to change the <elseif> to <if> when you commented out the first rule?

Yes, I did change that.

Thanks for trying it out again. I'll use the code commented according to what you've provided, and I'll see if that fixes the problem for me. I'll be returning to work tomorrow, and will be there for the rest of the week, so I may not know until next weekend. Regardless, I'll find out eventually.

[Nicolette]

OK, gave up on my smn. attempting to use mote's

I get SpellCast: ChangeSpell could not find a valid spell by the name: $Storm-Earth
or whatever element my avatar is. I see in the mote include where it sets those to a variable, but cant find where the xml references them for changespell. can someone point me in the right direction?

http://pastebin.com/GGpbmuQS
http://pastebin.com/cZz8KWuy

[Motenten]

Meh, forgot about those. I'd removed storm constants from all my xmls since they weren't actually needed anywhere (I thought). Forgot about that smn bit. Put it back in, and re-uploaded smn and Config-Include.

[Nicolette]

awesome. thanks.

[Fereydoon]

Any reason why this:

        <if spell="Mage's Ballad|Mage's Ballad II|Mage's Ballad III">
            <castdelay delay=".2" />
            <equip when="precast" set="Song Casting" delay=".3" />
            <equip when="midcast" set="Ballad" />
        </if>

Isn't swapping to anything?

Edit: Figured it out.