Page 1 of 1
Posted: Wed Jul 18, 2007 8:02 pm
by Xuri
Perhaps giwo/grimson/maarc can make sense of this, found on the
uodev.de-forum:
Mitos47 wrote:P.S. 6.0.1.7 patch does not break paperdolls, movers and a lot of gumps Analyse carefully packets with SpyUO for 2d client and you will see that only one byte was added to several packets with items lists And really this byte can be set in 0 for 2D client, because it was created for KR client
Posted: Wed Jul 18, 2007 8:22 pm
by Grimson
If I knew where in the packets this byte should be I could add it.
Posted: Thu Jul 19, 2007 3:02 pm
by stranf
Grimson,
if you add this byte, would we all have to upgrade our clients to 6.0.x.x? Or will my 5.0.1i still work?
Posted: Thu Jul 19, 2007 7:10 pm
by Xuri
Depends on the implementation, I guess.
Posted: Fri Jul 20, 2007 12:21 am
by Xuri
Here's a couple of packet logs that should illustrate the changes for whoever versed in reading packet logs. One taken while connected to the official UO shards, and one taken while connected to UOX3, both times using UO 2D client v6.0.1.7:
http://www.xoduz.org/files/uox3/packetlogs.rar
Posted: Fri Jul 20, 2007 3:25 am
by Xuri
From a lil' IRC chat:
<Zippy-> well the main difference seems to be that there is a "grid number" in the packets
<Zippy-> just after the x+y
<Zippy-> a byte for the grid number
<Zippy-> this spyuo you have class it "grid num"
<Zippy-> can you get back on and get a log of you picking up and dropping a few things in your pack and on the ground?
<Zippy-> I heard there were issues with that as well
<Zippy-> and thats not in the log
<Zippy-> So, so far all that I see is this grid num in the 0x3C (container content) and 0x25 (cont content update)
and, about dragging & dropping items:
<Zippy-> this is basically the same thing
<Zippy-> the drop packet has a single byte grid position (seems to just be 0 on the 2d client)
<Zippy-> right after the regular x/y/z
<Zippy-> that looks like the only change
Posted: Sat Jul 21, 2007 1:32 am
by Xuri
Posted: Sat Jul 21, 2007 3:41 pm
by giwo
Well we can already garner the client info, and send (or not send) packets based upon that. Therefore we should be able to support an extra byte in 1 client without breaking another (it would just be a little extra work when updating the packets).
Posted: Tue Jul 24, 2007 1:16 am
by giwo
I have updated the CVS with support for the 6.0.1.7 packet additions. This should not break old clients, but let me know if you experience any issues.
Posted: Wed Jul 25, 2007 4:54 am
by stranf
Thanks giwo for keeping the backwords compatibility.
I have a few minorly edited .muls so I would rather not update my client to a future version and re-do my .muls unless there were some nifty new features that would make it worth my time.
As soon as I get some free time (we are moving into a new apartment), I will run some quests on an experimental build and let you know if we have any issues with older clients.
Keep up the good work.