I am making an educational mathematic game. The game must have a calculator and be able to be as accurate with calculations as possible.

With the var I have found that when using decimals, the results are rarely accurate. I have scripted a calculator but had to remove decimal functionality due to the .2 being seen as .199. So, if the player multiplies .2 and 1 the answer on the calculator screen is “.199”! There are many other examples of this with other decimals. The manual does say calculations are inaccurate, but I wasn’t expecting the above to be true.

So what I guess I’m looking for is some help. Is there a workaround that can add accuracy? I need to add, subtract, multiply, divide, and take the square root on both the calculator and other calculations throughout the game. I would like accuracy to two decimals if possible. The engine always calculates the same which is good, but if the player compares the answers to a calculator, they are generally incorrect. This is not acceptable for a game which teaches math.

Would a .dll be what I’m looking for?

Have a look here:

http://www.coniserver.net/ubbthreads/showflat.php/Cat/0/Number/769432/an/0/page/0#Post769432

Thanks for the link Zietwerk. I don't think scaling up for the calculator would do much good. For example, if the player types .2. Gamestudoio sees it as .199 than I multiply by 1000 and divide by 1000 and still end up with .199. It could work well for other calculations though.

Then you should probably change to Lite-C. The type "double" should provide much more accuracy.

I've looked at Lite-c. Problem is the game is deep in development coded in c-script, about 10,000 lines. A7 is in beta now, but I need something that is relatively bug free. Thanks for the suggestion, though. Has anyone else found a work around for the accuracy issues?

I suggest a simple dll for the maths.. just looks at the example dll and make some math functions that accept vars, convert them to doubles or floats, and return vars back.

a7 is officially released, and relatively bug free.

in your case where conversion isn't an option, matt's suggestion is the best ^^

julz

yeh whoops, i shoulda thought of that too but zeitwerk's right. unless you want to handle the entire calculator part in the dll.

julz