FIXED No delay between Undress Weapon/Shield > Drink Potion > Dress in Enhanced Client

[StigiBengBeng]

So me and Meireffer were curious about some macros in Enhanced Client and noticed on Heritage there is no delay for drinking potions after emptying hands, but on the other hand in 2D client there is slight delay between disarming drinking potion and rearming.

Here is how it looks on Heritage:

Notice that you barely see when he disarms/rearms his shield but the buff is refreshed

Here is gif from OSI:

 

[Dexter]

There is no delay on ServUO like there is on EA. THis is intended.

 

[Dan]

So, I will bite. Why do we purposely not have a delay if EA has one?

 

[xG00BERx]

So, I will bite. Why do we purposely not have a delay if EA has one?

Cuz dan, fuck EA lmao

 

[Dexter]

its build in the core, just don't use it. on EA there is a delay for everything.

 

[StigiBengBeng]

What do you mean just don't use it?
It's easily abusable with 3d client, Orion or modified CUO, drinking potions without delay on disarm/rearm gives huge advantage in PvP, its not possible to do on OSI.
I wouldn't be surprised if people are already using it, since it's hard to notice

 

[Magus Zeal]

I'm going to quote dexter and add in the missing words:

its buil[t] in the [servuo] core, [we] just don't use it. [However], on EA there is a delay for everything.

So I think we should turn it on. This is a huge pvp balance issue. I discovered this recently while playing with Orion. The new packets used for the instant redress (should only work for armor not weapons) works for swapping a single weapon instantly. Two big issues: it provides a huge advantage based on a difference in clients (bad). And it completely removes the need for a free chugging hand (also bad).

I can easily take advantage of this with the new scripting tools, and make a key that disarms, chugs and rearms so damn fast you couldn't even see it if not in slow motion This needs to be policed at the server level.

@Dan , our definition of bug has generally been anything that creates a pvp balance issue or is different from EA (unless we all agree EA is out to lunch). On this case we need to flag this as a CONFIRMED BUG - this is a huge issue if we are allowing these custom clients.

 

[Vander Nars]

They delay should be added to heritage, even if this is an "intended" bug, its not good for pvp and gives a big advantage to anyone abusing it.

 

[Dan]

@Argalep

What do you think about this?

 

[Dan]

Here is my understanding now of this issue -

Enhanced Client has protections built into its closed source client.

ClassicUO and Orion figured out how to use Enhanced client packets for auto drink potions, undress etc and since the Classic Client never had that power, there are NO checks in place. So now Classic Client and Enhanced Clients are no match for ClassicUO and Orion.

 

[StigiBengBeng]

To add to this, from what I know 3d client use different packets/API for dressing than 2d client, I'm not 100% sure but I think the difference is on server side for those APIs.

I could easily use 3d dressing API using CUO and exploit this issue. The same thing would be for Orion, I think it could be also possible with Razor Enhanced

I heard some rumors that some players are already using it, but since I haven't seen it on my own, I can't confirm it

 

[Meireffer]

@Dan not exactly. Enhanced client can unequip, drink, and reequip here on heritage without any delay, you can see that on gif in first post so it's nothing hardcoded in client itself. Using the same copy of enhanced client on osi tc requires placing delay function in macro for it to work properly. It's heritage/servuo setting, nothing else.

 

[Dan]

@Dan not exactly. Enhanced client can unequip, drink, and reequip here on heritage without any delay, you can see that on gif in first post so it's nothing hardcoded in client itself. Using the same copy of enhanced client on osi tc requires placing delay function in macro for it to work properly. It's heritage/servuo setting, nothing else.

Where have you been this whole time? That makes perfect sense. On UO they coded in a check to make sure there is an action delay and we are missing that check for the EC. Since ClassicUO uses some EC packets it gets to take advantage of this also.

 

[Meireffer]

Sorry. I'm in middle of tournee all around Iceland right now was sure that providing gifs was enough. Sorry!

 

[Magus Zeal]

So here is whats happening IMO. EC and now CC use a special packet for dress/undress now. However these clients control how players can use that packet. Orion/CUO also can use that packet but allow the players to USE the packet in ways EA never meant. (like insta undress weapons)

 

[Dexter]

ServUO uses a 500 millisecond action delay, but only for lifting items. This would be for any client.

 

[StigiBengBeng]

On EA there is 1 second delay between undressing weapon drinking potion and again before rearming.

For example, on EA in 3d client macro needs to be done like this:
undress weapon > wait for 1s > drinking potion > wait for 1s > dress weapon

On Heritage on the other hand it can be done like this:
undress weapon > drink potion > dress weapon

It gives huge advantage in my opinion.

Oh and also its the same thing for swapping weapons, on Heritage its possible to do:
undress weapon > dress other weapon

But on OSI there need to be 1s delay between dressing weapon.

 

[Dexter]

Can you explain real quick how to make this macro in EC? I need to do it and do some packet sniffs. I think certain functions, like lift, are being bypassed.

 

[Deleted member 779]

If heritage is meant to be an real Osi-clone, wipe off all the assistants then!

Post automatically merged: Jul 15, 2020

Playing almost a hole year using those packets, but just now people complain about it

 

[Dan]

No that sounds very counterproductive, at this time, to the direction the entire free shard community seems to be moving.