JoinUO Forums

I'll take a look at it later. If you can confirm that the UOSA client already has this hack, then a.) somebody here definitely knows about it, and b.) it will be easy to add to my patcher.

I once wrote a proof-of-concept hack for always enabling the AOS features for 5.0.8.3. It's the same theory.

The Packet Distributor is your friend here :
But unless you know assembler it's not going to do you any good.

I'll also try to look at it again, it's been a year atleast .

Nice script. I've been an Olly guy for a long time, but I had to dig out IDA again to try your script. Copying code blocks from this forum is no good for Python though (not in Firefox anyways), I had to quote it and then copy from between the tags in the forum reply.

Gotcha. Thanks for explaining. I saw your post over at UOSA but didn't entirely understand what you were talking about until now.

I will have to check to confirm this, but I belive the 5.0.8.x client is the last one that supports the StringQuery packet 0xAC, this is the menu (not gump) that pops up to let you enter text, and can also limit entry on a maximum number. The Bounty menu on OSI used this menu type.

I'm not sure what all is enabled in the client when the LBR flag is sent, but these flags do control client side game content. The T2A flag enables the Chat button on the paper doll.

I have two different approaches to the patch I'd like to test (one in the packet handler, and one in the actual music area), but the actual testing environment is pissing me off and I don't have a lot of time to spare. I set up a runuo server with LeonZA's patches, and compiled a custom runuo to send me hardcoded features packet, but I swear the music packets aren't doing anything.

No matter what my client loops the same mp3, even if t2a is only sent, and whether i've patched the client or not.