[TQ Binaries] Discussion and documentation

[Korvacs]

Are you sure? It effects if someone flashes or not, not if they can attack them or not, theres also no level check involved.

[nTL3fTy]

Just because of the way it's handled inside the EO source, doesn't mean it was handled the same in CO.

[Korvacs]

Originally Posted by nTL3fTy

Just because of the way it's handled inside the EO source, doesn't mean it was handled the same in CO.

Correct, but what im trying to do is understand what this mapstatus represents in EO and then compare that to map types in CO to see which is most suitable.

[nTL3fTy]

Originally Posted by Korvacs

Correct, but what im trying to do is understand what this mapstatus represents in EO and then compare that to map types in CO to see which is most suitable.

Here's what I've gathered from some '5095' binaries:

I believe this is in the SetAttackTarget() method, not sure though.

if (map.IsNewbieProtected)
{
  if (sender.Level <= 25)
  {
    STR_LEV_NOT_ENOUGH_TO_PK
    return
  }

  if (target.Level <= 25)
  {
    if (sender.Pk < 100)
    {
      STR_LEV_MAP_NEWBIE_PROTECT
    }
    else
    {
      STR_GOTO_JAIL_PK_NEWBIE
    }
  }
}

Edit: yes, this is inside the CUser::SetAttackTarget() method.

[Zero47]

Originally Posted by nTL3fTy

It's labeled that in EO, but it's something different in CO.

enum ENUM_MAPTYPE {
    MAPTYPE_NORMAL		= 0x0000,    // 00
    MAPTYPE_PKFIELD		= 0x0001,    // 01
    MAPTYPE_CHGMAP_DISABLE	= 0x0002,    // 02                    // magic call team member
    MAPTYPE_RECORD_DISABLE	= 0x0004,    // 04
    MAPTYPE_PK_DISABLE		= 0x0008,    // 08
    MAPTYPE_BOOTH_ENABLE	= 0x0010,    // 16 
    MAPTYPE_TEAM_DISABLE	= 0x0020,    // 32
    MAPTYPE_TELEPORT_DISABLE	= 0x0040,    // 64                    // chgmap by action
    MAPTYPE_SYN_MAP		= 0x0080,    // 128
    MAPTYPE_PRISON_MAP		= 0x0100,    // 256
    MAPTYPE_WING_DISABLE	= 0x0200,    // 512                    // bowman fly disable
    MAPTYPE_FAMILY		= 0x0400,    // 1024
    MAPTYPE_MINEFIELD		= 0x0800,    // 2048
    MAPTYPE_CALLNEWBIE_DISABLE	= 0x1000,    // 4096
    MAPTYPE_REBORN_NOW_ENABLE	= 0x2000,    // 8192
    MAPTYPE_NEWBIE_PROTECT	= 0x4000,    // 16384    
}

That should make a bit more sense.

Thank you so much for that and also for your "client_active" from cq_task explanation. Helped me fix some issues.

[Korvacs]

Originally Posted by nTL3fTy

Here's what I've gathered from some '5095' binaries:

I believe this is in the SetAttackTarget() method, not sure though.

if (map.IsNewbieProtected)
{
  if (sender.Level <= 25)
  {
    STR_LEV_NOT_ENOUGH_TO_PK
    return
  }

  if (target.Level <= 25)
  {
    if (sender.Pk < 100)
    {
      STR_LEV_MAP_NEWBIE_PROTECT
    }
    else
    {
      STR_GOTO_JAIL_PK_NEWBIE
    }
  }
}

Ok, clearly your not getting it. Forget about CO all togeather, i just need to know what the DeadIsland map status type does, thats as far as this goes. Nevermind about what CO does at this stage, once i know what the map status does in EO then i know what i need to be checking for in CO.

[CptSky]

Originally Posted by Korvacs

Ok, clearly your not getting it. Forget about CO all togeather, i just need to know what the DeadIsland map status type does, thats as far as this goes. Nevermind about what CO does at this stage, once i know what the map status does in EO then i know what i need to be checking for in CO.

Seems to be a no blue name, no exp lost, no item lost, no pk points things. Based on the EO source. Probably something for a quest?

[Korvacs]

Originally Posted by CptSky

Seems to be a no blue name, no exp lost, no item lost, no pk points things. Based on the EO source. Probably something for a quest?

It seems that way, which is similar to arena, its a shame no one in the EO section has any idea how the source works, i just want clarity really >_>

[Arco.]

Originally Posted by Korvacs

It seems that way, which is similar to arena, its a shame no one in the EO section has any idea how the source works, i just want clarity really >_>

And you're surprised that a section that thrives on the binaries, have no clue on how the actual code source works?

[Korvacs]

Originally Posted by Arco.

And you're surprised that a section that thrives on the binaries, have no clue on how the actual code source works?

I guess, i just thought that since maptypes are obviously used in binaries someone could tell me what it does

[Arco.]

Most of that section is clueless on anything aside from a select few.

[BioHazarxPaul]

I wouldnt mind getting one of the bin database iv never really looked at them before if anyone wouldnt mind sharing, they are allowed right?

[Kiyono]

Originally Posted by BioHazarxPaul

I wouldnt mind getting one of the bin database iv never really looked at them before if anyone wouldnt mind sharing, they are allowed right?

Originally Posted by pro4never

Yes it's only the TQ .exe's that are not allowed.

Database was originally for MySQL 3/4 but here's one that I converted so that you can import it in MySQL 5.5.

//edit Not something important but what does up_lev_time do in the cq_levexp table? The other entries are self-explanatory but not this one.

[cruey]

If anyone gets board of building binaries for conquer, you could actually help us revive EO pserver development by helping with a binary project on that forum. Im sure its really similar and you'd actually make everyone so overwhelmingly happy. Lol

[Korvacs]

Originally Posted by cruey

If anyone gets board of building binaries for conquer, you could actually help us revive EO pserver development by helping with a binary project on that forum. Im sure its really similar and you'd actually make everyone so overwhelmingly happy. Lol

The EO pserver section needs to get into programing their own source code instead of relying on binaries, then you could develop new content and upgrade to the later versions of EO.