-
Hail Guest! We're looking for Community Content Contribuitors to Stratics. If you would like to write articles, fan fiction, do guild or shard event recaps, it's simple. Find out how in this thread: Community Contributions
-
Greetings Guest, Having Login Issues? Check this thread!
-
Hail Guest!, Please take a moment to read this post reminding you all of the importance of Account Security.
-
Hail Guest! Please read the new announcement concerning the upcoming addition to Stratics. You can find the announcement Here!
Weight of lmc 7 and Mana 7:
110 / 8 (max) * 7 = 96.25
Rounded 96...
110 / 8 (max) * 7 = 96.25
Rounded 96...
what material are you making it out of ?
I encountered something similar a long time ago... think I posted it here and submitted it as a bug...
Essentially there's a rounding issue somewhere, and it doesn't actually display it. So even though it's displaying only an integer, there's a decimal screwing something up in the system.
Essentially there's a rounding issue somewhere, and it doesn't actually display it. So even though it's displaying only an integer, there's a decimal screwing something up in the system.
so if its 96 why does it say its 95 in the window??Weight of lmc 7 and Mana 7:
110 / 8 (max) * 7 = 96.25
Rounded 96...
thats a huge bug that SHOULD be easy to fix yet they ignore it?
I see one possibility here, most stuff in uo is truncated to 1 digit past the decimal point
so 110/8 = 13.75, truncate to 13.7
13.7 * 7 = 95.9, but if converting it to a string for display is expecting an integer value 95.9 will display as 95. (a cast of 95.9 to an integer would drop the .9)
Other than that I don't see any other ways to come out with 95 from this.
Z
Zero Day
Guest
Its pretty simple.
Since everything that has a decimal rounds down.
So Take LMC.
It has a property weight of 1.1
7/8 = 87.75 * 1.1 = 96.25
But actually what you are getting is 87 * 1.1 = 95.7 or 95
Since the int is being rounded at every step.
HP is 5/8 = 62.5 * 1.1 = 68.75 (68.2) when rounding at each point.)
For a small total of 96.25 + 68.75 = 165
But factoring both separately its 95 + 68 = 163
So when you finish adding up, the calculator for Total intensity is probably lumping everything together for the calculation then rounding at the end, but the individual imbuing is hitting that rounding at every point.
Since everything that has a decimal rounds down.
So Take LMC.
It has a property weight of 1.1
7/8 = 87.75 * 1.1 = 96.25
But actually what you are getting is 87 * 1.1 = 95.7 or 95
Since the int is being rounded at every step.
HP is 5/8 = 62.5 * 1.1 = 68.75 (68.2) when rounding at each point.)
For a small total of 96.25 + 68.75 = 165
But factoring both separately its 95 + 68 = 163
So when you finish adding up, the calculator for Total intensity is probably lumping everything together for the calculation then rounding at the end, but the individual imbuing is hitting that rounding at every point.
Uhu ??
Seven divided by 8 does not equal to 87.75 (or better say 0.8775 x 100), but it makes 0.875 which, multiplied by 100, makes 87.50 .....
Where did you get the additional 0.25% from ??
This exact type of processing (i.e. allowing rounding of integers at each step in a calculation cycle) rather than rounding them all at the end causes the exact same errors in getting proper numbers after multiple calculations within my payroll program.
If the numbers are rounded at all during the computations, and prior to the end, it can definitely cause .01 to .02 disparities in the totals, and cause my GL postings to fail due to unbalanced Journal Entries.
In short: I agree.
T
TheMac
Guest
This is an exact explanation of why I am not a crafter....
more then likely its of float type rather then decimal type. and just fyi anytime you cast from decimal to integer you lose the faction. so if the end variable containing the result is of type int then the whole point is moot.
i still think its pretty stupid that when you are making a set armor piece that has 500 total points and you add up everything you want to put on it and its 500 pts and when you actually do it, it doesn't fit cause its 502 pts.
it wasn't the only part too.. i just got lucky on one and it was 499 instead of the 498 i thought it would be.
the other thing that is stupid is why does my legendary crafter make armor with only 35 durability this should be bumped up to at least 150
maybe like have gm arms lore add 10 pts of durability for every 10 or 20 pts of skill??
it wasn't the only part too.. i just got lucky on one and it was 499 instead of the 498 i thought it would be.
the other thing that is stupid is why does my legendary crafter make armor with only 35 durability
this should be bumped up to at least 150maybe like have gm arms lore add 10 pts of durability for every 10 or 20 pts of skill??
While I totally agree that there is a display / calculation bug for some properties in the upper left part of the imbuing gump, this armor piece will indeed sum up to 502:
hpi5: weight 1.1 @ max. intensity = 100% * 1.1 = 110
lmc7: weight 1.1 @ 7/8 = 87.5% * 1.1 = 96.25, rounded down to 96
mi7: weight 1.1 @ 7/8 = 87.5% * 1.1 = 96.25, rounded down to 96
one resist @ max. intensity: weight 1.0 = 100% * 1.0 = 100
mr2: weight 1.0 @ max. intensity = 100% * 1.0 = 100
110 + 96 + 96 + 100 + 100 = 502
I have found many rounding glitches in UO up until now, but imbuing basically works as intended (? *g*) - it is just the upper left part of the gump that displays erroneous values.