Big Character spawns all the time.

[Y u k i]

Debug.log spams the following:

 Spoiler

¡ïASSERT(m_idArmor) in 844 line of D:\CQ2ClientRelease-11.17.3\RoleView\3DRole.cpp¡ï -- Thu Feb 13 12:49:19 2014
¡ïASSERT(nLook > 0 && nLook < 1000) in 472 line of D:\CQ2ClientRelease-11.17.3\RoleView\3DRole.cpp¡ï -- Thu Feb 13 12:53:28 2014
¡ïASSERT(m_idArmor) in 844 line of D:\CQ2ClientRelease-11.17.3\RoleView\3DRole.cpp¡ï -- Thu Feb 13 12:53:28 2014
Error: motion(100) can't found. -- Thu Feb 13 12:53:28 2014
Action 100 and default action 100 are not found. -- Thu Feb 13 12:53:28 2014
Error: motion(103) can't found. -- Thu Feb 13 12:53:29 2014
Action 103 and default action 103 are not found. -- Thu Feb 13 12:53:29 2014
¡ïASSERT(m_idArmor) in 844 line of D:\CQ2ClientRelease-11.17.3\RoleView\3DRole.cpp¡ï -- Thu Feb 13 12:53:29 2014
Error: motion(100) can't found. -- Thu Feb 13 12:53:29 2014
Action 100 and default action 100 are not found. -- Thu Feb 13 12:53:29 2014
Error: motion(102) can't found. -- Thu Feb 13 12:53:29 2014
Action 102 and default action 102 are not found. -- Thu Feb 13 12:53:29 2014
¡ïASSERT(m_idArmor) in 844 line of D:\CQ2ClientRelease-11.17.3\RoleView\3DRole.cpp¡ï -- Thu Feb 13 12:53:29 2014

[Slushpupies!]

Legacy of conquer had this bug aswell. Apparently it's really hard to fix. And it's client sided you are the only one who sees it.

[Y u k i]

Originally Posted by Slushpupies!

Legacy of conquer had this bug aswell. Apparently it's really hard to fix. And it's client sided you are the only one who sees it.

Yeah I know that much already. However im sure its cause by a wrong packet offset or something similar just need verification. Seems to be a common problem on 50xx versions..

[Aceking]

Originally Posted by Y u k i

Yeah I know that much already. However im sure its cause by a wrong packet offset or something similar just need verification. Seems to be a common problem on 50xx versions..

Yeah I would check the spawn player packet or maybe the hero information packet?

I don't remember if a packet is sent when you open the status window to check your gear, maybe breakpoint it and see if it does.

If it does, check Redux and compare the two because I have never seen this on Redux

[Y u k i]

Originally Posted by Aceking

Yeah I would check the spawn player packet or maybe the hero information packet?

I don't remember if a packet is sent when you open the status window to check your gear, maybe breakpoint it and see if it does.

If it does, check Redux and compare the two because I have never seen this on Redux

Hmm.. Ill look into it but im not on 5065 so the packets wont easily fit... gotta do hardcore trial and error. :/

[Aceking]

Originally Posted by Y u k i

Hmm.. Ill look into it but im not on 5065 so the packets wont easily fit... gotta do hardcore trial and error. :/

Those packets arent overly different.
It honestly looks as if your sending the spawn player packet with a statue UID

[Y u k i]

Originally Posted by Aceking

Those packets arent overly different.
It honestly looks as if your sending the spawn player packet with a statue UID

Statue UID? What are the ranges? O_O

[Aceking]

Originally Posted by Y u k i

Statue UID? What are the ranges? O_O

I dont have them available right now (at work)
Cpt Sky made a post not too long ago with a list....
Also available in COPS v6

[abdoumatrix]

statue UID = 105000+ (Sobnpc uid)

[Korvacs]

Character ID's need to be 1,000,000+

[CptSky]

    /** First valid UID for a NPC. */
    static const uint32_t SCENEID_FIRST     = 1;
    /** First valid UID for a system NPC. */
    static const uint32_t SYSNPCID_FIRST    = 1;
    /** Last valid UID for a system NPC. */
    static const uint32_t SYSNPCID_LAST     = 99999;
    /** First valid UID for a user/dynamic NPC. */
    static const uint32_t DYNANPCID_FIRST   = 100001;
    /** Last valid UID for a user/dynamic NPC. */
    static const uint32_t DYNANPCID_LAST    = 199999;
    /** Last valid UID for a NPC. */
    static const uint32_t SCENEID_LAST      = 299999;

    /** First valid UID for an advanced NPC. */
    static const uint32_t NPCSERVERID_FIRST = 400001;
    /** First valid UID for a monster. */
    static const uint32_t MONSTERID_FIRST   = 400001;
    /** Last valid UID for a monster. */
    static const uint32_t MONSTERID_LAST    = 499999;
    /** First valid UID for a pet. */
    static const uint32_t PETID_FIRST       = 500001;
    /** Last valid UID for a pet. */
    static const uint32_t PETID_LAST        = 599999;
    /** Last valid UID for an advanced NPC. */
    static const uint32_t NPCSERVERID_LAST  = 699999;

    /** First valid UID for a called pet. */
    static const uint32_t CALLPETID_FIRST   = 700001;
    /** Last valid UID for a called pet. */
    static const uint32_t CALLPETID_LAST    = 799999;

    // unused for the moment ?
    static const uint32_t TRAPID_FIRST      = 900001;
    static const uint32_t MAGICTRAPID_FIRST = 900001;
    static const uint32_t MAGICTRAPID_LAST  = 989999;
    static const uint32_t SYSTRAPID_FIRST   = 990001;
    static const uint32_t SYSTRAPID_LAST    = 999999;
    static const uint32_t TRAPID_LAST       = 999999;

    /** First valid UID for a player. */
    static const uint32_t PLAYERID_FIRST    = 1000000;
    /** Last valid UID for a player. */
    static const uint32_t PLAYERID_LAST     = 1999999999;

[Y u k i]

Okay, It seems to be NOT a UID issue.

I did check.. weird **** mehh

[Spirited]

It might be that you're converting an unsigned into an unsigned short, or writing over the least significant part of the integer in the packet. Double check the identity (breakpoint it upon packet creation and follow the write to the byte array).