how i can desbug a "mark" of party in minimap
this mark dont move in my PT, i need desbug that... but i no know how
http://puu.sh/JudP
Printable View
how i can desbug a "mark" of party in minimap
this mark dont move in my PT, i need desbug that... but i no know how
http://puu.sh/JudP
*Wonders why you posted a screenshot of a screenshot opened in mspaint instead of posting the actual screenshot* :$:
I think that a) the screenshot is not helpful. Even if it wasn't embedded in MSPaint.exe, because it shows a party pin, which is normal, if a party member is in the location of the pin... it doesn't show that the party member is not there. b) We can't analyse this unless we can reproduce the bug. Party pins are not usually bugged, and I've never heard anyone complain of this before.
Conclusion is, as Vormav says, *you* created this bug and documented it. We cannot test it. You must resolve it yourself. (Unless you want to tell us what you did to cause it... but if you knew that, I'm sure you would just "roll-back" your last change... or share any files you changed between party pins working and party pins broken so we can try to trace the bugged code)
I can't find a bug in your server / client which mine does not have.
some clients comes with this bug already, thats why I find it hard to trace it, I dealed with several clients with the same problem, but never managed to correct it =/
are you sure it is because of game.exe? i think we can use od to debug it..Quote:
Originally Posted by SheenBR
you had better to upload one client ,do you think so?Quote:
Originally Posted by sexypt
I think its probably the client that is not handling correctly the update party packet, hence not updating the position in the mini-map
@SheenBR
Now when I'm looking at it 'closer'; is this even a bug? Some guy is too far from party and dot turned red...
But if it is a bug then what branch of .exe are vulnerable? BR?
I would look for the minimap pin texture in the code, watch it being loaded and drawn to the screen. The resource caching routine looks up texture handles by the file name anyway, and you can usually see x and y offset co-ordinates. They must be calculated from party member positions, and you can trace back from there.
If the packet was not updating player locations, then the game would be unplayable because you couldn't see where other players where and wouldn't know why monsters where dying. They my even just disappear when another player killes them.
So I think it is more than the minimap routine is not picking up the party member location details from the rest of the client. Does the full-screen map ('m' key) show party members?
The local red part was where I went to him, pulled him close to me and the point does not move
Posted the print to get better to see
would be the same as a full screen
I believe that the mobs can be the maps? Ice pq this mine buggy, and may have all bug
I was joking btw XD
When you create the party, game receives constantly an update packet containing every member's X/Y/Z Pos, its level, map etc etc
maybe the CLIENT isnt handling that packet as it should, since I dont belive the server is bugged in this case
Yes but, as I said earlier, that packet updates the 3D view of the game world too. If you block it, other players appear to be stationary and your client gets confused about why monsters are dying and stuff. I suspect the same would be true if you allowed it to pass-through a proxy which gave only static X, Y and Z for every player.
So it seems to me that there is some sort of co-ordinate translation, or at least a memory copy, between the 3D view of other players position in the game world and the minimap view of it which is not working.
You could, indeed, work the debug the other way around. Looking at where in memory a player (in this game session) co-ordinate is stored, and then investigating other routines which access that memory location. But I suspect that will require real-time memory breakpoints which will become problematic for game timing.
oh, this is an PARTY UPDATE packet, different from the players near you, those coords are just for the mini-map, you know
O'Rly!? I thought when I blocked player updates it blocked the minimap too? Maybe I'm mistaken then. Or perhaps there is some interaction between the two that I'm not aware of.
Hi all :)
I record a video, showing the circle's party not bug,
sorry for bad video edit =x.
Please, look the mini-map 1st,
You see the circle's party moving.
if you watching, select HD Mode for best visualization ;)
Video:
http://www.youtube.com/watch?v=8nuiXzoVQAU