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

[Indigo123]

Thanks for help Yugi Ill give it a go

and Limelight go to pastebin.com and search for drk.xml apoc

[TacoTaru]

May be an odd question, but is there a way to toggle AfterCast on and off so that if a person wanted to manually swap gear back after a command they could do it on their own, but it would still swap in for the action?

[Nightfyre]

Set aftercastdelay to -1 (or any negative value I'd guess, I just know -1 works).

[Yugl]

Fixed the include.xml link on my profile page. I had two up since at one points people needed the old XML for the RDM spellcast, but now that it's updated, there should be no issue except for SCH XML. Hopefully I can bust that out soon.

[Rehwyn]

Hey, been lurking in this thread for several days checking stuff out, but still haven't read quite all of it. I was wondering if anyone had made a NIN xml based on Yugl's work. I like the way the whole setup with includes/autoexec seems to work and was hoping to get it working for my NIN. I'm still new to xml though, so before I spent too much time trying to work up my own, I figured I'd ask if anyone else had one and at least use that as a reference or starting point.

Thanks!

[cdgreg]

Just dinged 90 SMN with summoning magic skill: 7. Hunting for a smn magic skill up .xml of some sort, any of you fine gents have one?

[Yugl]

Need a response to these ideas for changing XMLs:
1. Remove specific TP sets (TP-EVA and such) and replace them with general TP-1, TP-2, TP-3, and so forth.
2. Add DireCast to BLU XML (Accompanying this would be a change to the sleep spells to use Magic Accuracy/INT over Spell Interruption)
3. Making dire-sets their own set rather than grabbing from PDT/SpellInterruption sets

Pros (1)

• Lets people customize the TP set to whatever they want rather than having to work with the existing names
• I could probably write it in such a manner that makes it easier for others to add non-armor TP sets
• Without testing, I'm hoping this makes the XML less laggy

Cons (1)

• Just looking at the set name (TP-1/2/3...) won't remind you what type of set it is right away
• I'll probably need to make the rules more generic and add "buffer" sets since I won't know how people will use sets; for example, TP-EVA sets avoid overlaying gear so that using an ability such Impetus because most people would probably want to maintain evasion if using that set
• Continuing the above sentiment, I would probably leave 1-2 sets with rules similar to TP-EVA (I have TP-PDT similar to that for reference)
• Would require a bit of customization on the part of the user
• Makes the "Variable: Change type of TP set" rule easier to write***

Pros (2)

• More reasonable default set for sleeps

Cons (2)

• Must remember to turn on DireCast when participating in activities such as cleaving

Pros (3)

• Will give you the opportunity to choose the main weapon you wish to use
• Allows more customization over DireCast sets
• The above benefit means unlimited sets AND editing the rule becomes easier***

Cons (3)

• More sets might seem overwhelming?

*** Rule would become...

<if Spell="Poison V">
    <cancelspell />
    <if advanced='$VATP!=XNUMBEROFTPSETS'>
        <var cmd="inc VARTP" />
        <if advanced='$VARTP=NumberOfASetThatDoesNotUseStuffLikeTPRefresh/ImpetusSetOrWhatever'>
            <var cmd="set TP TP-$VARTP|$Armor" />
        </if>
        <else>
            <var cmd='set TP TP-$VARTP|$TPRefresh|$ImpetusSet|$OtherMidArmorSet|$Armor" />
        </else>
    </if>
    <else>
        <var cmd="set VARTP 1" />
        <var cmd='set TP TP-$VARTP|$TPRefresh|$ImpetusSet|$OtherMidSet|$Armor" />
    </else>
    <addtochat color="135">TP Variable: TP-$VARTP</addtochat>
    <if status="engaged">
        <equip set="$TP" />
    </if>
</if>

Note that this would account for *any* number of TP-VARTP sets. Would be possible to make the AddToChat show TP Variable: HASTE, for example; however, that would require a line like...

<if advanced='$VARTP=1'>
    <addtochat color="135">TP Variable: HASTE</addtochat>
</if>
<elseif advanced='$VARTP=2'>
    <addtochat color="135">TP Variable: ACC</addtochat>
</elseif>
<else>
    <addtochat color="135">TP Variable: DEX</addtochat>
</else>

Which would probably outweigh the benefit of a short rule.

[buddyslack]

How would I got about equipping unkai kote when sekkanoki is active?

[Cymmina]

Just dinged 90 SMN with summoning magic skill: 7. Hunting for a smn magic skill up .xml of some sort, any of you fine gents have one?

Don't. There is a FFACE app that will do it better than any script you could possibly write.

[Byrthnoth]

I'd just stick with the TP structure you currently have, Yugl. The other way you're describing it is how I used to do it, and it has the advantage of allowing you to increment or decrement the TP variable and toggle between sets. It took twice as many macro spaces though, and I don't really regret changing how it's done.

[Clash Perez]

How would I got about equipping unkai kote when sekkanoki is active?

I use this as the last line of my WS section:

Spoiler: show

        <if buffactive="Sekkanoki">
            <equip when="precast">
                <hands>Unkai Kote +2</hands>
            </equip>
        </if>

The whole section looks like this, for reference:

Spoiler: show

    <elseif type="WeaponSkill">
        <if TPLT="100">
            <cancelspell />
            <addtochat>Weapon Skill Canceled - Insufficient TP</addtochat>
            <return />
        </if>
        <elseif spell="Tachi: Fudo|Tachi: Gekko|Tachi: Yukikaze|Tachi: Kasha|Tachi: Rana|Tachi: Koki|Penta Thrust">
            <if spell="Tachi: Fudo" buffactive="Berserk">
                <equip when="precast" set="Tachi: Fudo_zerk" />
            </if>
            <else>
                <equip when="precast" set="%spell" />
            </else>
        </elseif>
        <else>
            <equip when="precast" set="WS" />
        </else>
        <if buffactive="Sekkanoki">
            <equip when="precast">
                <hands>Unkai Kote +2</hands>
            </equip>
        </if>
    </elseif>

[Nightfyre]

Rule would become...

<if Spell="Poison V">
    <cancelspell />
    <if advanced='$VATP!=XNUMBEROFTPSETS'>
        <var cmd="inc VARTP" />
        <if advanced='$VARTP=NumberOfASetThatDoesNotUseStuffLikeTPRefresh/ImpetusSetOrWhatever'>
            <var cmd="set TP TP-$VARTP|$Armor" />
        </if>
        <else>
            <var cmd='set TP TP-$VARTP|$TPRefresh|$ImpetusSet|$OtherMidArmorSet|$Armor" />
        </else>
    </if>
    <else>
        <var cmd="set VARTP 1" />
        <var cmd='set TP TP-$VARTP|$TPRefresh|$ImpetusSet|$OtherMidSet|$Armor" />
    </else>
    <addtochat color="135">TP Variable: TP-$VARTP</addtochat>
    <if status="engaged">
        <equip set="$TP" />
    </if>
</if>

Note that this would account for *any* number of TP-VARTP sets. Would be possible to make the AddToChat show TP Variable: HASTE, for example; however, that would require a line like...

<if advanced='$VARTP=1'>
    <addtochat color="135">TP Variable: HASTE</addtochat>
</if>
<elseif advanced='$VARTP=2'>
    <addtochat color="135">TP Variable: ACC</addtochat>
</elseif>
<else>
    <addtochat color="135">TP Variable: DEX</addtochat>
</else>

Which would probably outweigh the benefit of a short rule.

If you create a set of variables with names corresponding to each engaged set that would be controlled by this system, you could consolidate the second section to a single rule. Ex I have 3 TP sets TP1/2/3 and 3 Eva sets Eva1/2/3, variables NINDD and NINEva that store the current set to use for each, then the variable Melee that controls my active engaged set. I could do something like this...

<var name="TP1">Standard TP</var>
<var name="TP2">DEX TP</var>
<var name="TP3">Accuracy TP</var>
<var name="Eva1">DD Evasion</var>
<var name="Eva2">Mixed Evasion</var>
<var name="Eva3">Full Evasion</var>

<if spell="Vulcan Shot|Carnal Nightmare"> <!-- Vulcan handles my TP sets, Carnal handles Eva -->
<addtochat color="135">Engaged Set: $$Melee</addtochat>

Would that work if adapted to your XML? I'm not sure that it really resolves the issue of making the new setup more beneficial, but it's a potential option.

Hey, been lurking in this thread for several days checking stuff out, but still haven't read quite all of it. I was wondering if anyone had made a NIN xml based on Yugl's work. I like the way the whole setup with includes/autoexec seems to work and was hoping to get it working for my NIN. I'm still new to xml though, so before I spent too much time trying to work up my own, I figured I'd ask if anyone else had one and at least use that as a reference or starting point.

Thanks!

It's not quite what you're asking for, but I'm almost done with an update to my XML than, among other things, alters the spell triggers used to more or less conform with Yugl's system. I should be done with the update by tomorrow night at the latest, I'll post it at that time.

[cdgreg]

Don't. There is a FFACE app that will do it better than any script you could possibly write.

edit: nm figured it out I think. Thanks

[Yugl]

@Nightfyre: Ya, that works; it would just be a little excessive on variables, but definitely an option. So far, however, it seems the current TP set up works.

[eotfofyl]

So the new yugleblu.xml seems laggy for me. Is it just me?

[Yugl]

I plan on looking into that at some point. I suspect that has to do with the TP-$VARTP part, which is somewhat important for the entire structure of the XML. At the moment, I've found turning off effects has helped. I'll probably write SCH and WAR XML and then look into the issue.

Edit: If anyone wants to look into the issue, feel free to do so.

[Rehwyn]

It's not quite what you're asking for, but I'm almost done with an update to my XML than, among other things, alters the spell triggers used to more or less conform with Yugl's system. I should be done with the update by tomorrow night at the latest, I'll post it at that time.

That's exactly what I was looking for. I've been using a pretty basic xml based on some of the stuff on the windower wiki but liked the spell triggers like Yugl has been using a lot, but wasn't sure how best to implement them. Thanks!

[Haborym]

Can anyone tell me why this fails to load for me.

http://pastebin.com/egfetcPM

"Parsing Error: line 0 - Failed to open file"

[Yugl]

Maybe your include file is outdated?

[Haborym]

Its yours. I took that from the modded THF one they made.