I was wondering if anybody knows of a way to do this calculation without a floating point co processor.
(6.67*10-11)(50)(75)/(0.5)(0.5)
Any input would be greatly appreciated.
Printable View
I was wondering if anybody knows of a way to do this calculation without a floating point co processor.
(6.67*10-11)(50)(75)/(0.5)(0.5)
Any input would be greatly appreciated.
Obviously, you can't do fractions with PBP...Quote:
Originally Posted by jcb344
6.67 - I assume this is 6 and 2/3 - is the same as 20 / 3
10-11 - I assume this is actually 10^-11, ten raised to the -11 power, can't really do anything with that in PBP other than keep track of the decimal point manually somewhere else.
.5 - a .5 divisor (on the bottom) is the same as a 2 dividend (on the top)
So, here's what I've got...
( 20 ) ( 50 ) ( 75 ) ( 2 ) ( 2 ) / 3
The 20 from multiplying up the 6.67
The 10-11 is kept somewhere else
The 50 and 75 are kept as usual
The 2's are from the .5's on the bottom
The 3 is from multiplying up the 6.67
So I get 100,000^-11 or 1^-5
Not PBP friendly at all...
What exactly is the root problem here?
You got it right 6.67*10-11 is suppose to be 6.67*10^-11. I am attempting to create a particle simulation based on gravity between two partials. This involves using the simple gravity equation F = GMm/RČ. Where G = 6.67*10^-11. No this defiantly is not a picbasic friendly problem but it would be really cool if I could get this working because I could then easily scale this up to a large scale simulator. Cold anybody suggest a more user friendly floating point co-processor than the pricey uM-FPU, or a better way of going about this equation in code?