|
 |
|
|
It's a fair concern with SE code to make it somehow block all but the enchantment DA. Though would have really preferred the amount consumed be bugged instead, more funny that way
|
|
|
|
Anyone know if we should open chests at loud thud now or only at impossible loud thud?
Judging from that other thread, they moved older items to the "Loud Thud" pool (Volte gear, older HTBF etc), and the Impossible Loud Thud is the newer items or the better quality stuff. I would assume that includes Shinryu stuff, Orpheus/Epaminondas's, new Hoxne gear, but it might still be worth opening if you get Loud Thuds, if you are after like Volte Harness or Tights, for example. |
|
 |
By Anza on 2025-11-10 12:10:52 |
|
Refresh my memory here, what's optimal attachment loadout for Bruiser/poroggo killing?
|
|
 |
|
|
It doesn't block TA or QA. Person from our Discord tested this.
Anyone know if we should open chests at loud thud now or only at impossible loud thud?
|
|
|
|
Far as im understanding it's DA. so any TA/QA would proc 1st, ammo just means at minimum you get 2 DA rolls ontop of your normal swings, so 4 hits/round, if TA rolls thats 5 instead etc
I guess it's too early to tell, someone would need to test if it blocks other multi hits (it SAYS Double Attack, but it could be coded something else, like ambu GKT).
If that is the case, it wouldn't change gearing in any capacity then, besides removing any DA gear? |
|
|
|
|
it makes the mythic OaT useless, but PK will still get the mythic boost and always have atleast +1 hit added onto the 1st 2 hits of the WS. Idk how that stacks up to the globs of WSD based stuff like rudras/rs and such though but its a pretty big boost to those WS all the same
|
|
|
By Anza on 2025-11-10 12:02:41 |
It possibly brings back DRK Resolution, Aeonic Entropy, Mythic DNC.
Can you explain how a Mythic anything benefits from DA+100 that makes Mythic OAx useless? I'm not following...
For DNC, wouldn't something like Twashtar get even better with the assurance of at least a DA proc every round, along WITH Empy AM? |
|
|
|
|
Far as im understanding it's DA. so any TA/QA would proc 1st, ammo just means at minimum you get 2 DA rolls ontop of your normal swings, so 4 hits/round, if TA rolls thats 5 instead etc
|
|
|
|
I wish they would move away from usable equipment buffs and more towards equip it and the buff gets put on automatically.
They don't want to deal with the bug reports of someone botting overnight with this equipped and went from 40m to 0. |
|
|
|
This is interesting. In every scenario, or specifically with Hybrids in mind? Curious on this. That's kind of wild, but I guess not shocking. I would have thought a near guaranteed FUA would be better, but I suppose not having to gear for racc means you can use Mpaca for Attack?
Daken is one attack. 100%DA on NIN is 2 attacks. |
|
|
|
I guess I was just looking at it from the annoyance factor of having to //gs disable/enable range and lock the ammo after every time you sing. Someone dies, Threnody falls or you need to apply it at start of a fight (you lose some seconds here), PLD got dispelled, stop for songs "Oh damn, let me redo songs; oops forgot to re-enable Instrument". Not "impossible" to work around it, and I'm sure someone can write a code or lua line to automate this swap to make it simpler. 100% DA would absolutely improve BRD dps for sure if you don't have singing obligations.
You can simply make a special TP and WS sets instead of doing disable. So it will always swap when you sing. |
|
|
|
This is interesting. In every scenario, or specifically with Hybrids in mind? Curious on this. That's kind of wild, but I guess not shocking. I would have thought a near guaranteed FUA would be better, but I suppose not having to gear for racc means you can use Mpaca for Attack?
Also means both of your single swings gets a MA proc, not sure how guaranteed 4 swings/round at min. with decreased TP/hit(DW) stacks up to 1 single non-TP nerfed FUA but would assume it'd favor the former |
|
|
|
|
New flex unlocked: Hoxne Ampulla + MNK Hundred Fists.
|
|
 |
|
|
I got to 40% on MNK by just taking an olde Motenten sheet (Howling + Godhands), added the Ammo, and swapped it in. Simon's results are likely more accurate.
|
|
|
|
Wasn't there also a theory about kraken club dropping more "common" after conquest update on sunday? Like there is a set amount of possible drops each week and once the contingent is depleted it can't drop anymore that week.
Could be the case here too but be hard to prove since not everyone who gets a drop will report it.
Phoenix.Dabackpack said: »They finally added Gil Toss to FF11!!! "Should we invite X to fill our ambu v1 D-VD party? He's got his flag up. Not that bottom parser, dude's so poor he doesn't even use Hoxne."
It's going to be another, rather large, reason for "elites" to reject casual players. Good job SE.
They should have named it Yojinbo's Ampulla. |
|
 |
By . on 2025-11-10 11:15:52 |
|
Recurring pattern: after 8h30 of recordings, a terrible thought afflicts my mind:
“What if?”
And here I go, tossing in the trash can 3 ~ 5h of those recording to try to make it “better”.
While 3 to 5h of recording doesnt seem like a big deal, Ive been averaging 10h to record 30 minutes, so Im basically tossing out 100h of efforts…
For a vain illusion I will do “better”.
Till I think its not that better and redo again…
|
|
 |
|
Another Rainbow ITG pre-flop chest. Terminal was noise. The rewards were a pulse weapon (Aflictio) and a Calaeno Cloth:
 |
|
 |
|
Lots of Dynamis mats, VNM mats. The moogle amps are neat.
 |
|
 |
By NynJa on 2025-11-10 11:08:49 |
Reminds me of Null Masque when it came out. I'm not one to dabble in conspiracies but I'm convinced they really did ninja-nerf drop rates on that one. CoD kills to get Masque:
10
108
112
128
144
145 |
|
 |
|
|
I got a couple Null accesories with some Venus Orbs today.
|
|
|
By . on 2025-11-10 10:54:26 |
|
I recently watched reviews of SH f, but it didnt sink in yet.
Overall, I think the drug related parts made me more interested, while the womanhood themes didnt click me that deep
|
|
 |
By detlef on 2025-11-10 10:50:59 |
|
Mules that were rank 6 are rank 7 now, mule that was rank 7 is now rank 8.
Still rank 8 on main.
|
|
 |
By Jinxs on 2025-11-10 10:49:16 |
|
I got a hoxne earring off mars, impossible thud
that I should have taken a picture of
didnt know we had this thread
+15 to all stats at rank 6
I wonder if its still worth to do mars instead.
|
|
|
By detlef on 2025-11-10 10:44:32 |
|
Reminds me of Null Masque when it came out. I'm not one to dabble in conspiracies but I'm convinced they really did ninja-nerf drop rates on that one.
|
|
|
|
This pops back up every now and then, and the issue is exactly caused by changing macro book/set too fast.
What happens is that FFXI's macros live on your hard disk, and each book/page is only loaded from disk as needed, when you switch. Yes, everytime you're changing book or page, whether manually or with a command, FFXI is loading macros from disk.
When you input two macro commands too close to each other, there's a chance that the second one will fail, due to disk being slow or to the file being locked because it's currently being read. When the failure to load happens, the game client assumes that the file is corrupted, and nukes it entirely.
Yes, this even happens with ultra fast modern solid state disks, because FFXI doesn't care it's a file lock issue, not a read speed issue, it only knows that the load failed, so the file MUST be corrupted, so it needs to be nuked.
It's worse if you have a lot of addons loaded (client becomes slower) or if you have left the game running for a long time (clients becomes slower) or if you use lua bots (clients becomes bogged down, thus slower).
In some cases, the issue is external to FFXI: for example if you're doing anything in the background causing the disk to slow down, and failing to load the file immediately when FFXI tries to access it. It's a PS2 game, it assumes the system is not doing anything else at all.
Rarely, the issue is not at file load, but at file save when you shutdown the client: FFXI crashes and fails to save the macro page properly on logout. The file will then actually be corrupted, and thus will be nuked again on load.
All of this is compounded by way too many gearswap suites having commands like this one in them: Code send_command('@input /macro book '..tostring(book)..';wait .1;input /macro set '..tostring(set))
This line is present, almost verbatim, in most mote-based or selindrile-based gearswap files. See that 'wait .1' right there? That is way too short, and if your game client chokes at any point during those handful of frames, the macro set will fail loading, and get nuked entirely.
Even on systems that are fast enough where 0.1 is not a problem, spamming macro changes as a result of changing jobs too fast will also cause it - but it's not the changing of jobs, it's the inputing of /macro book and /macro set commands too close to each other. Using the jobchange addon compounds the issue, as it lets you change jobs way faster than the client does.
SOLUTION: have a longer wait between the book and set commands. I recommend a value of at least 2 seconds. 1 can also do the trick but will potentially still cause wipes if you change main job too fast. It's not like you NEED to push those buttons in those 2s after changing job, anyway.
Also, slow down when changing job. There's no reason at all to change job multiple times in a row at the speed of light.
I PR'd a change to Selindrile's repo, ages ago, setting it to 2 seconds, but it might not have propagated to everybody especially after the change in mantainers, and all mote based or bokura files still have that 0.1 value in them.
I've been talking about this issue for three years now >_>
Interesting I've noticed I only have this issue when I run closet cleaner, I do not believe I have the offending code in there and I was mulling this post thinking "it can't be that", but I have a set macro function in mine but as closet clearer tries to load all the files at once which executes a .txt file to set the macros like Sechs does (in a post or 2 below this) I'm thinking perhaps its running that causing the macros to change "too fast", perhaps I can just set a flag to skip this and see if it fixes it.
I've wondered why I've had this issue for years (since I only run closetCleaner like once a month I just back up before doing so and re-download) but I suspect this may fix it, now all I have to do is remember to go play with it and push and update out (no small feat!) |
|
|
By on 2025-11-10 10:36:14 |
|
|
|
|
By on 2025-11-10 10:35:43 |
|
|
|
 |
|
|
|
|
|
|
|
both with rainbows at end
|
|
|
|
|
|
