Go to the addons folder and create a new folder. Name it 'makeshot' and toss the lua file in there.
Thanks for getting it working so fast. Whats the word on gear collector? That I cannot live without.
Yeah, as far as we can tell. SE reorganized their Ability .dat files and ability list packet. The "id" value for abilities is just the order it appears in in the .dats, so this threw off everything that used the resources. GearSwap uses that ID number in the injected packets, so when things mess up it ends up injecting packets that the client couldn't have injected normally. Just for the sake of getting everything running again, Arcon remapped the ability list packet to be the same as it was before and Iryoku pushed the old ability resource.
Similarly, I adjusted things inside GearSwap in the first way that I thought of. Over the next week on -dev, I bet abilities.lua gets split up into job_abilities.lua, job_traits.lua, weapon_skills.lua, pet_commands.lua, etc. and GearSwap will get refactored.
Had a similar issue, was crashing every time I loaded in after trying to fill my wardrobe.. Looks like a fresh install has fixed whatever the issue was. Haven't crashed yet, but haven't reloaded my plugins yet.
Edit: Reloaded my plugins, no crashes. Must have been something I customised and forgot about.
Figured I'd post it here since we didn't have a stuffs broken thread this patch. Seems obvious that it would be affected but gear collector will hang after going through mog safe and not proceed to the other inventory sources
//lua load makeshot
ctrl d
Checking my /equip menu causes me to crash every single time. I keep reloading but I eventually forget and end up crashing again whenever I check it. Anyone know which plugin might be causing it?
windower.register_event('tp change', function(tp)
doesnt seem to be working, and reason?
windower.register_event("tp change", function(tp)
if not buffactive['amnesia'] then
if state.CastingMode == 'Smite' then
if player.equipment.main == 'Tinhaspa' then
local player = windower.ffxi.get_player()
if player and 100 <= tp and player.status == 'Engaged' then
windower.send_command('input /ws Victory Smite <t>')
end
local player = windower.ffxi.get_player()
else
local player = windower.ffxi.get_player()
if player and 100 <= tp and player.status == 'Engaged' then
windower.send_command('input /ws Victory Smite <t>')
end
end
end
if state.CastingMode == 'Fury' then
if player.equipment.main == 'Tinhaspa' then
local player = windower.ffxi.get_player()
if player and 100 <= tp and player.status == 'Engaged' then
windower.send_command('input /ws Shijin Spiral <t>')
end
local player = windower.ffxi.get_player()
else
local player = windower.ffxi.get_player()
if player and 100 <= tp and player.status == 'Engaged' then
windower.send_command('input /ws Shijin Spiral <t>')
end
end
end
http://www.ffxiah.com/forum/topic/40...te/24/#2620213
More people having the issue.
Appearently it's not just for items in the wardrobe and not just for the "feet" slot.
It seems to be pretty random, wonder why for me it was happening only with that slot and only for stuff inside the Wardrobe...
Do you know what about it isn't working? The function definitely gets called. Maybe it's the player.equipment.main part, as that has changed with Wardrobe, but I thought it had been fixed already. Are you on the latest version of GS?
Another thing that has changed is player.status. It's now a number (the status ID) instead of a string. Also, why are you doing "local player = windower.ffxi.get_player()"? That just overrides the current variable. I think it should work if you just remove all "local player = ..." lines.
For future reference, to debug, add this line to the top of that function (before the first "if"):
That way you'll see all variables at that point and can trace how GS handles them.Code:print(tp, buffactive['amnesia'], state.CastingMode, player.equipment.main, player.status)
it wont ws