The right trigger Alt-Tabbing you most likely means you have a binding to switch windows set to Ctrl+F12. The way the crossbar works under the hood is that the left trigger holds down Ctrl+F11, the right trigger holds down Ctrl+F12, and the dpad + face buttons are mapped to F1-F8. Since few things have mappings to Ctrl+F12+F2, this doesn't usually cause problems, but in the case where Ctrl+F11 or Ctrl+F12 is bound to something undesirable, you will see those bindings fire when you use your triggers.
As for it not running, just to verify:
- Do you have the Run plugin installed and enabled?
- Have you added a "run C:/Windows/System32/cmd.exe /c start /unix <path_to_your_FFXI_Input.sh>" command to your init.txt?
XIVCrossbar - A Gamepad Macro Addon
|
XIVCrossbar - A Gamepad Macro Addon
Aliekber said: » The right trigger Alt-Tabbing you most likely means you have a binding to switch windows set to Ctrl+F12. The way the crossbar works under the hood is that the left trigger holds down Ctrl+F11, the right trigger holds down Ctrl+F12, and the dpad + face buttons are mapped to F1-F8. Since few things have mappings to Ctrl+F12+F2, this doesn't usually cause problems, but in the case where Ctrl+F11 or Ctrl+F12 is bound to something undesirable, you will see those bindings fire when you use your triggers. As for it not running, just to verify: - Do you have the Run plugin installed and enabled? - Have you added a "run C:/Windows/System32/cmd.exe /c start /unix <path_to_your_FFXI_Input.sh>" command to your init.txt? Ok, I do see that KDE has a keybind set for Ctrl+f12 to show desktop and was able to disable that. That fixed the right trigger issue. Though now that I tried it more, the face buttons work for the crossbar but the dpad buttons do not. As for the Run plugin, I believe I do have it installed and enabled, but I'm not positive. I have it downloaded and enabled on my PC setup, and that setup is what has been used for my steam deck setup. I do have the command "run C:/Windows/System32/cmd.exe /c start /unix /home/deck/.local/share/Steam/steamapps/compatdata/230330/pfx/drive_c/Windower/addons/xivcrossbar/FFXI_Input.sh" listed in my init.txt file Hmm...
Maybe try adding a Code load run line right before you invoke the run command in your init.txt? If that doesn't work, can you try moving both of the FFXI_Input files to somewhere outside your Wine prefix, and updating the run command to point there? Edit: I just realized you're using the Steam client for FFXI (understandable, given that it's on Steam Deck). I've never tested this addon with the Steam version of the game before, although I probably should. Is your (Steam) control scheme set up to treat the dpad as buttons or as a hat switch? No go for either the load command or moving the input files outside the prefix and updating the command path.
Yeah I'm using the Steam version, probably should have mentioned that. Not sure what control scheme it is, but its default dpad setup for the "Gamepad with Mouse Trackpad" controller template. Think I'd have more luck switching my game to the non-steam version? EdgeSetter said: » No go for either the load command or moving the input files outside the prefix and updating the command path. EdgeSetter said: » Yeah I'm using the Steam version, probably should have mentioned that. Not sure what control scheme it is, but its default dpad setup for the "Gamepad with Mouse Trackpad" controller template. Think I'd have more luck switching my game to the non-steam version? But before going through all of that trouble, I'd just make sure your controller config is set up to treat your dpad as a dpad, not as a button pad, joystick, or radial menu. As for why it's not running the script automatically, I'm not sure yet whether that's related to using the Steam version. Aliekber said: » But before going through all of that trouble, I'd just make sure your controller config is set up to treat your dpad as a dpad, not as a button pad, joystick, or radial menu. Ah I see, then yes it's set as a dpad in the steam controller config. I'll give switching to the non-steam version a shot, and see if that works out better. Thank you for your help! No problem, let me know if you run into trouble again.
In the recent versions I am seeing this across most of my jobs, many of the job abilities now have white icons on the crossbar itself, though the icon is there on the selection UI.
 neonrage said: » In the recent versions I am seeing this across most of my jobs, many of the job abilities now have white icons on the crossbar itself, though the icon is there on the selection UI. I am having the same issue with job abilities. I think I had the issue before the latest set of patches with an ability or two, but never to the extent that I do now.
Can any of you experiencing this send me a zip file of your icon pack?
NVM x2, it wasn't a weird one, I'm just an idiot. Pushed a change that should fix this. That fixed my white boxes, awesome!
My white box issue was solved. However, when trying to set Invincible to my JOB-Default bar I get an error and then my whole crossbar goes crazy and I can't even change between bars.
Here is the error code.  I think I've fixed it for myself locally, I reverted line 619 of ui.lua from
Code local name = res.job_abilities[id].name Code local name = action.action The bars are fixed but I still need to go test I can actually use the SP abilities I've bound. Edit: yep, everything is working as far as I can tell. I technically have no idea how long this has been happening since I wasn't on dnc for a while.
 The binds themselves appear to still be there as evidenced via chocobo jig working. The error upon loading or reloading is xivcrossbar/ui.lua:619: attempt to index field '?' (a nil value) It seems to have spread to several other jobs, but thf as a whole is immune to the visual bugs for some reason. Did several clean installs and various restarts (lua, client, OS) , I couldn't even see the images of controller types in the basic setup. I have now reverted to an earlier version, so this does not appear to be a spontaneous breakdown on my laptop's end. I strongly suspect user error somehow, but I'm not in the mood to try more troubleshooting tonight. It's not user error, the issue is with SP abilities. I removed all my SP abilities and everything works fine. I just remade those binds using 'ex' macros for now until the issue is resolved.
Yeah, my code change post was to fix/bypass that exact error. I've now been playing for a few hours with no issues.
Just pushed a fix, thanks for your patience. I saw this yesterday and wanted to fix it, but I literally worked from 9am until midnight so I just didn't have time.
Aliekber said: » Just pushed a fix, thanks for your patience. I saw this yesterday and wanted to fix it, but I literally worked from 9am until midnight so I just didn't have time. Don't burn yourself out! This is great stuff and completely understand it's a hobbie, not real life or a job.
[+]
neonrage said: » Aliekber said: » Just pushed a fix, thanks for your patience. I saw this yesterday and wanted to fix it, but I literally worked from 9am until midnight so I just didn't have time. Don't burn yourself out! This is great stuff and completely understand it's a hobbie, not real life or a job. And speaking of new features: I've implemented the combo-action COR roll + Double-Up binding. I think it may be controversial, because due to all COR rolls sharing a recast timer, all COR roll bindings change to Double-Up when the player has the "Double-Up Chance" effect (this should have been obvious to me when talking about it earlier, but I didn't think of it at the time).
Because of that, I'm doing something I haven't done before on this addon, and am releasing the feature to an experimental branch. You can download the changes here: https://github.com/AliekberFFXI/xivcrossbar/tree/double-up Both the master branch and the double-up experimental branch can read XMLs created by the other, but note that adding a new binding (of any kind!) on the master branch will rewrite the XML, and in doing so will remove the combo-action part of the binding. So don't make new bindings on the master branch if you want to keep your combo-actions! I'm seeking feedback on this experimental feature, so please let me know what you think of it. Particularly that all COR rolls change to Double Up at the same time. I also want to make it very clear that while your XMLs aren't going to break as a result of using this experimental branch, I also don't promise to support this feature going forward (because everyone but you might hate it), unless it ends up getting merged into the master branch, in which case you're good. Finally, working on this really brought home just how much of a mess the rendering code is, and so I'm probably going to spend a big chunk of time improving it before I start adding big new features that involve rendering changes again. Technical details for nerds follow. You can safely ignore the rest of this post unless you plan to edit XMLs to create combo actions other than Phantom Roll + Double Up. Although you can use this to make other combo actions, I haven't added any UI for it yet, so you'll have to edit the XML manually. If you create a COR roll binding, then manually edit the xml, you will notice that 3 new fields have been added: alt_action, alt_action_type, and alt_action_buff_id_condition. alt_action is the name of the action you want to combo when the regular action is waiting on recast. alt_action_type is the prefix for the alt action (like "ma" for magic, "ja" for job abilities, and so forth). alt_action_buff_id_condition is optional, and if it's included, it specifies a buff that needs to be active in order for the combo action to show as available. As an example: let's say you want to make a Sneak Attack + Mandalic Stab binding (IDK if this is a good idea because I don't play THF, but let's pretend you want to). You start by making a Sneak Attack binding, then open up the XML. Add the following XML fields to your Sneak Attack binding: Code <alt_action_type>ws</alt_action_type> <alt_action>Mandalic Stab</alt_action> <alt_action_buff_id_condition>65</alt_action_buff_id_condition> And that will make your Sneak Attack binding change into Mandalic Stab when 1) Sneak Attack is waiting on recast, and 2) the buff "Sneak Attack" (buff_id 65) is active on you. So once you've used your Sneak Attacked Mandalic Stab, the icon will change back to showing the recast timer for Sneak Attack. If you didn't include the buff id condition, then your Sneak Attack would still change to Mandalic Stab after you use Sneak Attack, but it would stay as Mandalic Stab until Sneak Attack was ready again. You can use this information to control how the combo action behaves. And with that, it's bedtime. G'night everyone!
[+]
Thanks for the hard work on this.
I have a little bit of experience with Cor and I think it might be simpler and cleaner to just have a master Phantom Roll macro that would take you to a pallet with all Phantom rolls. Then once a roll is pressed it automatically takes you back to your main pallet where the master Phantom Roll macro would then be changed to double up and then revert to the phantom roll macro once the timer is up. I hope this feedback helps and makes sense. I'm still getting the same error for Dancer Sambas (on master branch), indexing a nil value on line 621 of ui.lua.
All of them have id 315 and res.job_abilities[id] is nil. For now I've done my workaround again locally, with a print to see the problem actions: Code
if (id ~= nil) then
if res.job_abilities[id] ~= nil then
name = res.job_abilities[id].name
else
print(action.action, id)
name = action.action
end
else
name = action.action
end
[+]
GhostyStar said: » I'm still getting the same error for Dancer Sambas (on master branch), indexing a nil value on line 621 of ui.lua. All of them have id 315 and res.job_abilities[id] is nil.
[+]
Sylph.Shadida said: » //xb set Basic 1 1 ex "input /follow" t "Follow" follow-icon //xb set Basic 1 1 ct "follow" t "Follow" follow-icon Need an official follow command I have used this so many times now. Also if you added this you would go from being a legend to a god. https://www.ffxiah.com/forum/topic/47135/ffxi-switch-monitor/1/#2946595 Was there somewhere in this thread that defined the xb set format? So far I got: Showing my work lol: Code
//xb set j 6 6 ex thfull "gs c tre"
<target>gs c treasurehuntermode fulltime</target>
<type>ex</type>
<action>THFULL</action>
<alias>THFULL</alias>
EDIT: Getting stuck with gs c commands because target value Xb set <hotbarname> <position> <slot?> <Type> <action*alias> <targettype?> <alias?> <Icon?> types: ex ma ws ja targettypes: me? t ct ...? I had a giant-*** reply to this all typed up, and when I went to hit submit, Chrome crashed and I lost it all. So now you get the TL;DR version.
(You can get rid of the icon part if you don't actually have a cool "TH full" icon) The format of the set command is as follows: xb set <crossbar set name> <crossbar #> <slot #> <action_type> <action> <target (optional)> <alias (optional)> <icon (optional)> Valid action types are ct, ex, and anything from here: https://www.bg-wiki.com/ffxi/Macro#Macro_Commands with the caveat that any action type that only takes a target (e.g. "/ta <bt>") rather than a name and a target (e.g. "/ja Provoke <t>") is implemented as a ct action type. So "/ra <t>" is actually "xb set Basic 1 1 ct ra t". Valid targets are anything from here without the < and >: https://www.bg-wiki.com/ffxi/Macro#Targets_and_Sub-Targets and also player names if you want a hardcoded binding for some reason. Cheers
[+]
Went to test SA+Mandalic stab in that new combo action feature using the double up branch.
It appears to be spamming ui.lua:595: attempt to index local 'ability_recast' (a nil value) And if I have a branch in a separate folder (eg 2)instead of xivcrossbar, windower says the addon does not exist, which makes it annoying to test out the branches. Can you share the XML for the slot with SA+Mandalic Stab?
If you want to have the test branch in a folder called xivcrossbar2, then you have to change xivcrossbar.lua to xivcrossbar2.lua in that folder (Windower's requirement, not mine) and call "lua load xivcrossbar2" to run it. Not sure if its been mentioned yet, but looks like wyvern pet commands are missing. Like restoring breath, etc. Could be possible im doing something wrong as well, just started using the addon this week. Great btw, also is there a way to keep your crossbar loadout when you switch subjobs or do you have to do it for each one? Thanks.
Asura.Skyefox said: » Not sure if its been mentioned yet, but looks like wyvern pet commands are missing. Like restoring breath, etc. Could be possible im doing something wrong as well, just started using the addon this week. Great btw, also is there a way to keep your crossbar loadout when you switch subjobs or do you have to do it for each one? Thanks. I'll take a look at Wyvern pet commands. I remember them acting strange at one point (showing up in the SMN list for some reason; I thought I'd fixed it), so hopefully it will be a quick fix. |
All FFXIV and FFXI content and images © 2002-2024 SQUARE ENIX CO., LTD.
FINAL FANTASY is a registered trademark of Square Enix Co., Ltd.