Flag & Falg2

Hey every1

I Want to know how to know
flags
&
flags2


how to know this number in the first place

Sry if this question seems to be very Nooby :D but i wanna to Know

Thnx Every1 for ur Time

Look in the client at statuseffect.ini

you'll notice numbers in there. That's which bit controls that effect.

Now you need to have some understanding of bitlogic. The effect1/effect2 you're referring to is a pool of bits. You want to turn each of these bits on or off to control if an effect is visible.


EG: 87 Archerpk_third NULL

That means the 87th bit must be turned on in order for you to have the ArcherPK top 3 effect. The problem there is that most public sources are using a ulong or something to keep track of what bits are on and off but a ulong only consists of 64 bits. That's why it's generally split into 2 groups of effects and you'd instead be operating on the 23rd bit which would be the same as...

1 << 23; (1 shifted to the left 23 bits)

Quote:

Originally Posted by pro4never Look in the client at statuseffect.ini you'll notice numbers in there. That's which bit controls that effect. Now you need to have some understanding of bitlogic. The effect1/effect2 you're referring to is a pool of bits. You want to turn each of these bits on or off to control if an effect is visible. EG: 87 Archerpk_third NULL That means the 87th bit must be turned on in order for you to have the ArcherPK top 3 effect. The problem there is that most public sources are using a ulong or something to keep track of what bits are on and off but a ulong only consists of 64 bits. That's why it's generally split into 2 groups of effects and you'd instead be operating on the 23rd bit which would be the same as... 1 << 23; (1 shifted to the left 23 bits)

Ty it ensure me more of what i was uderstanding

i get most of the from statuseffect.ini but i don't manage to get TopMonk one
in the file it must be 114 but it show in the client Top8Monk
115 in the file top8 show top2
116 in the file top2 show top3
117 in the file top3 show holdingflag

Quote:

Originally Posted by pro4never Look in the client at statuseffect.ini you'll notice numbers in there. That's which bit controls that effect. Now you need to have some understanding of bitlogic. The effect1/effect2 you're referring to is a pool of bits. You want to turn each of these bits on or off to control if an effect is visible. EG: 87 Archerpk_third NULL That means the 87th bit must be turned on in order for you to have the ArcherPK top 3 effect. The problem there is that most public sources are using a ulong or something to keep track of what bits are on and off but a ulong only consists of 64 bits. That's why it's generally split into 2 groups of effects and you'd instead be operating on the 23rd bit which would be the same as... 1 << 23; (1 shifted to the left 23 bits)

dude u alawys Impress me by ur Accurate Simple Explaination for almost anything ... i've never seen smthing in Co that u dont know :D keep going m8 -- btw u are good enough to make Updated Efficient Server exactly as Co so y dont u make one ?

Note : i didnt get the Highlightened sentences .. if u could Explain this i would be Gratful

Quote:

Originally Posted by shadowman123 dude u alawys Impress me by ur Accurate Simple Explaination for almost anything ... i've never seen smthing in Co that u dont know :D keep going m8 -- btw u are good enough to make Updated Efficient Server exactly as Co so y dont u make one ? Note : i didnt get the Highlightened sentences .. if u could Explain this i would be Gratful

i think he mean 32 bit

Quote:

Originally Posted by abdoumatrix i think he mean 32 bit PHP Code: you'd instead be operating on the 32rd bit which would be the same as... 1 << 32; (1 shifted to the left 32 bits)

87-64=23

so it would be 1UL << 23;

ULong is a 64 bit unsigned integer. You're trying to manipulate the 87th bit to be 'on' when dealing with two pools of 64 bits (Effect1 and Effect2). To do this you need to create a 'mask' that can be used to manipulate the correct binary digit in this pool. To create this mask we take a single bit and shift it to the left as many bits as we desire, in this case the answer is 23 bits.


We then use bitwise operations to turn that bit on or off.

Quote:

Originally Posted by pro4never 87-64=23 so it would be 1UL << 23; ULong is a 64 bit unsigned integer. You're trying to manipulate the 87th bit to be 'on' when dealing with two pools of 64 bits (Effect1 and Effect2). To do this you need to create a 'mask' that can be used to manipulate the correct binary digit in this pool. To create this mask we take a single bit and shift it to the left as many bits as we desire, in this case the answer is 23 bits. We then use bitwise operations to turn that bit on or off.

aha

but wy when i do

some thing like this

it work fine

or u mean it will be like this
(114-64=50)

Ty again

ill give u Example and correct me if am wrong :-

lets say i got Flag of value 120 So :-
ulong ShiftFlag = 120 - 64;
so 1 << ShiftFlag will Turn the Flag On .. Right ?

i got a question about Flag3 .. which statusflag does it use to add value in statusFlag1 Or 2 or there is new Type that i dont know ?

Quote:

Originally Posted by shadowman123 ill give u Example and correct me if am wrong :- lets say i got Flag of value 120 So :- ulong ShiftFlag = 120 - 64; so 1 << ShiftFlag will Turn the Flag On .. Right ? i got a question about Flag3 .. which statusflag does it use to add value in statusFlag1 Or 2 or there is new Type that i dont know ?

It's just more bytes in the packet being used. As such a new pool is needed, or the better alternative that you can see in hybrid's latest source. I think he called it a bit array

Quote:

Originally Posted by pro4never It's just more bytes in the packet being used. As such a new pool is needed, or the better alternative that you can see in hybrid's latest source. I think he called it a bit array

[Only registered and activated users can see links. Click Here To Register...]
[Only registered and activated users can see links. Click Here To Register...]
;)

Damn it i still dont get it :(

Quote:

Originally Posted by shadowman123 Damn it i still dont get it :(

Sources for all intensive purposes were handling it 'wrong' for simplicity sake (avoiding writing a new class). Packets are simply a binary stream of information being sent between client and server. The number of bytes in the spawn entity packet and update entity packet (which control status effects) has grown beyond what a ulong can hold (old patches it only took up 8 bytes which meant ulong was convenient to use). As TQ added more effects, it took up more and more space and we, when emulating their servers just split it into 2 ulong 'pools' for simplicity sake.

Hybrid's BitVector system was a way around that and does not use the standard ulong status effect pools that many on epvp have gotten accustomed to. As such you can set the number of bytes to use and it will work just fine. You just set the individual bit offsets to on or off and you're done.

<Disclaimer> I've never read through his system. I'm just describing on how I assume it works :D


<Edit>

It helps if you understand how binary works in relation to hex and decimal numbering systems. I'd suggest looking up what a Binary Octet is for starters to understand how most values in packets will be stored.