Exp in INT? too small...

wannabee · Post by **wannabee** » Fri Feb 11, 2005 11:30 pm

ok, exp is stored in INT's (those fools...) thats why it goes negative whenever it gets too much for it (can't go over lvl 390+ i think). I've tryed using 'unsigned __INT64' it didn't work to well (lvling up to like 1800+).

so who feels like there up to the job in making a int sorting method that:
a ) breaks up the int and stors in chr form
b ) stors the exp strait to the file or temp file (this may slow down hgservers a bit)
or
c ) something i havn't thought of...

<_< have fun?

Ice-T · Post by **Ice-T** » Sat Feb 12, 2005 1:05 am

an interger can store numbers up to 64k 6500 sumthing~~

the problem is not here, its in the exp calculation to be more exact

m_pClientList[iClientH]->m_iNextLevelExp
and
m_pClientList[iClientH]->m_iExp

the maximum number they can sucsessfully calculate is arount 1.5 billion - 2 billion the higher the number the less acurate the calculation

Ice-T · Post by **Ice-T** » Sat Feb 12, 2005 1:22 am

ah i know why its fucking up,
the calculation of nextlevel exp after level 391 has a recuring number = negitive exp

smalls1281 · Post by **smalls1281** » Sun Feb 20, 2005 12:42 am

>.>

its because most things can only count up to 7FFFFFFF in hex, or apx. 1.8 billion... after that, it will either go into denial, and say NaN, or it will go negative... here it goes negative... simple solution: cut all exp needed down by a digit or 2, and it should work (you will prolly have to change exp rates after doing so)

marburg · Post by **marburg** » Tue Mar 01, 2005 10:09 pm

for your info:

We did this (divide all exp by 100) and it works fine up til lvl 1318 now.

DMZ2 · Post by **DMZ2** » Wed Mar 02, 2005 1:47 pm

in doing that wouldnt you need to devide the exp in the npc file by 100 also? if so did it work to the same ammount of time to level as it previously did?