Confused about reading offsets, for exampe object's type

[Viano]

Hello there,

Nesox posted the following offsets.

public enum WoWObjectFields
{
    OBJECT_FIELD_GUID = 0x0,
    OBJECT_FIELD_TYPE = 0x2,
    OBJECT_FIELD_ENTRY = 0x3,
    OBJECT_FIELD_SCALE_X = 0x4,
    OBJECT_FIELD_PADDING = 0x5,
    //TOTAL_OBJECT_FIELDS = 0x5
}

So I am trying to read the type of an object as follows.

public uint Type
        {
            get
            {
                return _magic.Read<uint>((uint)_magic.Read<IntPtr>((uint)_pointer, 0x8) + 0x2 * 4);
            }
        }

Which should be [[pointer + descriptor] + offset * 4].
This prints for example 1616046321, so it's clearly bullshit.

Now in I saw in some open source bot that type's offset is 0x14 and not 0x2 and I tried the following.

public uint Type
        {
            get
            {
                return _magic.Read<uint>((uint)_pointer + 0x14);
            }
        }

And this worked!

So what the heck? Is the offset 0x2 or 0x14 and why don't I have to use the descriptor 0x8?
And what is the correct and final way of reading Type, X, Y, Z and so on? Using descriptor or not? What am I doing wrong?

[eLaps]

(uint)_magic.Read<IntPtr>((uint)_pointer, 0x8)

Shouldn't this be

(uint)_magic.Read<IntPtr>((uint)_pointer + 0x8)

?

[mnbvc]

the type in the descriptor fields is a mask, i saw a table of the different flags a few days ago, but dunno where it was
just use the type at 0x14 that are "normal" numbers and much easier to handle :P

[Apoc]

1) You're initial descriptors table read, is a double read. [[basePtr]+0x8] and not [basePtr+0x8]

2) The descriptor table "TYPE" field, is a flag. Not a single constant number. The TYPE field lets you tell *all* the types of 'objects' that the object is. The non-descriptor field just tells you the actual type. (Player, GameObject, etc)

[Robske]

Screw the search function right?

http://www.mmowned.com/forums/world-...ml#post1856541

[Seifer]

If you take a look at:

WowObject.cs - blackrainobjects - Project Hosting on Google Code

You'll see that Type is defined as follows:

/// <summary>
        /// The object's Type.
        /// </summary>
        public int Type
        {
            get { return ObjectManager.Memory.ReadInt(BaseAddress + 0x14); }
        }

As Robske nicely pointed out in the above post and the main BlackRain thread. You're free to use BR's source code to fix these sort of problems.