Dev Tracker - Discussion

In other news, I don't really care about 20 additional macrobooks. What I would have really liked is cross hotbar implementation from XIV. I know there is an addon for it, and I've used it before, but configuring that thing was not fun.

Edit: for clarification, what I need is not more books. I need the ability to do more macros in one palette, and the FFXIV cross hotbar was significantly more powerful in that regard with a controller.

Left Trigger: 8 macros
Right Trigger: 8 macros
Left Then Right: 8 macros
Right Then Left: 8 macros

32 macros total was awesome. It would make playing jobs like RDM a lot easier for me, as I could fit All my debuffs in one macro palette for instance.

excited about wardrobes, will make me resub. hope organizer will be updated for it!

Second I in the link is a lower case L.

https://sqex.to/IRlbS

Anyone notice the V1 ambus pic is the Antican (with cactaur), but they said in the update announcement that it's a new fight with a Corse?

i see a minotaur in the pic

March is Antbois

February is Corseface

Damnit, I need to learn Japanese. It probably says it right there.

they plan that far ahead?

They usually cover two months (current and following month) because they do these streams every 2 months.

The macrobooks aren't needed for most players, but the 100 equipsets for non lua users is a godsend. I'll probably fill up a good 45 equipsets in the first day after uncoupling some of my "multi-job macros" that I built to save space. I can actually build unique sets for jobs now instead of using all-in-ones/good-enoughs. Neato

Totally agree, extra equipsets was definitely needed.

Can anyone square the notion that FFXI is being developed on scarce devkits with the fact that they are implementing what I think is a nice quality-of-life feature in the Recycle function? It doesn't seem particularly easy to develop, unless I am mistaken in my assumptions there (or perhaps it will be broken/abusable as some have speculated).

Depends how they do it. If they implement it as an additional bag, with size of 10, then they just need to add a handler to the drop packet that will shunt an item out and put a new one in, and a handler to the zone-in event that will clear it. The client can use existing packets, display methods, etc.. to handle it. This would be pretty straightforward and keep all the same behavior as other bags, preventing any sort of exploits as outlined.

If they made a whole new UI and storage method and manually evaluated potential exploit conditions for all sorts of items, then yea, it would be considerable work.

Given GMs can already do one time item restores for discarded items , I wouldn't be surprised if the "recycle bin" bag exists in the game, just hidden from player view. Your log is connected to the server and it sees everything you do. Server keeps track of every item you have, what type of item it is, and what you discard. Just making that "bin" accessible might be as simple as enabling that feature from the player side. I doubt SE made any remarkable changes to this game besides adding the one option that GMs have that players do not. Cuts down on their need for GMs, reducing costs. Do it yourself recovery. Beyond 10? Zoned? Can't help you there.

Just looking at the way the ability scavenge works, the game knows what ammo you used, and only recovers the last used ammo type, even if you use multiple ammunition types. And you can't scavenge after zoning right? Sounds like they literally made scavenge ability for all jobs for discarded items only and did no more than tweak the ability to operate off of your bags instead of consumed ammo, and set a limit of 10. Idk, sounds like the functionality was there the entire time

There is essentially zero chance it shares any code with, or is any way based on, scavenge. Enabling part of the client previously limited to GMs is possible, but unlikely. GM item restore would be done by examining logs, because it isn't limited to last zone. They likely create the item out of thin air after verifying it was dropped, which is why they're unable to give items like mythics or augmented items with extra data.

It might not be coded from scavenge but what makes you think the concept I isn't based off an already existing ability that essentially does the same thing in a very limited sense?

I guess someone can test this on augmented items if the don't specify it during the update. If you can't recover previously augmented items, then that sounds like a clue that they enabled a GM-only feature for players

Scavenge is storing a counter when you shoot, it's likely a variable tied to character and scoped to your current zone. There's no reason to think that they'd reuse any of the code, and conceptually it isn't really that similar.

The simplest method is as I outlined; they already have the code to handle moving items between bags and displaying bags, both in terms of packet flow and client itself, so simply making a recycle bag and doing a few extra operations to change it's contents when you drop an item would accomplish it. Even if they decided to create a whole new UI component, there's not any reason that they need to base the tracking of items on anything besides a standard inventory bag. Doing it that way allows them to extend their r/ex checks and other existing functions to apply to the recycle bag, which keeps everything nice and clean.

Keeping the recycle area as a bag also has the benefit of being able to drag items from safe/storage/etc directly into recycle bin, since they added the ability to move items directly between bags and you currently can't drop items directly from safe with the client. We'll see how they actually did it soon enough, but the benefits to an approach like that aren't insignificant. Replacing the sort mini-menu with a clear button while recycle is active bag would be a nice touch.

Edit: If anything, I suppose something similar to temporary items is a decent secondary option.

Best thing about the recycle function is those abyssea chests with 2 tiger king hides will no longer be a kick in the ***.

If it's programmed "that" way (properly) then even if you dropped one into the recycle bag, the game wouldn't allow you to pick up the second one.

But we won't know till we know.

More important is the massive change XIView is gonna need.

As perma Richybard, default song icons make me sad when dats get broken

Are the wardrobes going to avaliable at Midnight or after update is done?

How else are we supposed to know what to *** about to our BRDs when all the song icons are the same???? Insanity, I tell you.

Does the ff14 crossover event only take place in ffxiv, or do they do something in ffxi too?

Wow... your right... they made rema farming in general easier unless it's only for Gear...

Now do it for KIs. That's the real annoying thing.

AE twelve chigoes
10boxes, 8 gold
3 Distended Chigoe Abdomen (can only hold one)
Go to pop itzpapalotl, return to chigoes, boxes have despawned (lost 2)
Tunga pops (someone else claims)
Now you can't get another Chigoe KI from boxes for the next hour

Any real reason why we can't hold multiple if the abyssea key items from NMs? You can hold three Moglophone IIs no problem. Just make them stack, especially for the ones that have to be gold box farmed due to 10m NMs

This is smart, and I hope it's like this. But knowing SE, I kind of imagined a version where they recycled the Treasure Pool design pattern, e.g. where treasure goes when your inventory is full. That system, as is, already acts as a temporary buffer of "items that are about to be dropped unless you make space" and effectively lets you have 2 instances of Rare items at a single time--- this is something I'd take advantage of in Abyssea. Removing the 3-minute item drop time would just make this kind of thing more efficient. Not sure if that's overall good or bad.

I think it's because each KI is actually represented with a boolean "yes/no" assigned to a specific KI index value-- that is, you either "have" KI with ID 233, or you "don't." Moglophone IIs superficially seem like an exception, but in practice, I'm pretty sure each Moglophone II is actually a unique KI. It's hard-coded that way. Notice that for something like Omen and Assault tags, whenever you have multiple saved up, it's always the NPC that holds them, and you are only allowed to "possess" one at a time. Mogphone IIs are only different because, in Gaol, the game needs to track the status of each of them (i.e. "how many times did you enter the battlefield"). So, the fact that you have 1/2/3 of them in your KI list actually matters in that content.

There are no KIs that you can hold an arbitrary number of, because there is no way to encode that in the current KI system. The "duplicate" Mogphone IIs thing is just videogame magic, unfortunately.

Just saying there are other KI you can have duplicates of.
Voidstones
Kupofried's corundum

Whichever method is the dumbest. That's the one they'll use...

but dumber.

All entry KIs though.