Fred
22 posts
1 project
None 
#1822
float vs double? 3 years, 1 month ago
About float/real32 being good enough compared to double/real64, I think it really depends on the scale of your world vs the precision you want to achieve.
As an example, if the minimum absolute position precision you need is around 0.001 meter (i.e. 1mm or 1/25th an inch), then with floats you can't achieve that if you go much beyond a 10km scale (6 miles). But with doubles the same limit is 10,000,000,000 km, which is about the size of the solar system. None 
Alien426
Frank Polster 5 posts

#1823
float vs double? 3 years, 1 month ago
I don't know if you would reference a position in such a global manner. I think most games of such size tend to have smaller maps that share borders and are streamed in when the player is close to a border. So you would only reference a position inside the current map.

knik
Krzysiek 17 posts

#1826
float vs double? 3 years, 1 month ago
If I remember correctly it was discussed on the stream and we will be using integer world position so no problem with accuracy.
I think float can be used for relative position inside the tile. 
Fred
22 posts
1 project
None 
#1831
float vs double? 3 years, 1 month ago
Right, Casey talks about this in the context of HMH in stream #30 or #31 I think.
It's true that an alternative solution is to divide the world into smaller sections, and use floats as a relative position within subsections. That works well for HMH. But this solution is more complicated when the world is truly open and dynamic, with a mix of very big and very small objects, like a space sim where capital ships could be many miles long. None 
Fred
22 posts
1 project
None 
#1841
float vs double? 3 years, 1 month ago Edited by Fred on Jan. 10, 2015, 9:31 p.m.
In video #32, even though floats are used to just track the position within a tile, Casey is running into a precision issue when doing a modulo on floats:
Transforming a tiny negative position around zero dx (in the current tile) into a positive position tileWidthdx (relative to the next tile) just doesn't work. The ratio dx/tileWidth is so small that tileWidthdx gets stored as tileWidth. The interesting thing is that the same issue could even happen with doubles, but it's just more likely to happen with floats (which is actually a good thing since you can catch it earlier). Operations with floats often require expressing wanted precision explicitly with an epsilon, so that if dx < epsilon, the value can be forced to a clean zero. None 
DeadStack
Gavin Williams 26 posts

#2117
float vs double? 3 years ago Edited by Gavin Williams on Jan. 22, 2015, 4:49 p.m. Reason: typo
This is what Tom Forsyth talks about in his article 'A matter of precision' https://home.comcast.net/~tom_forsyth/blog.wiki.html He recommends avoiding both float and double and using fixed point for space and time. It's an interesting read, and when you think about fixed point, to me at least, it's a more natural way of dividing up a space, as it creates constant intervals across the space.
So i think i have this correct ... a 32 bit int could represent a 24.8 bit fixed point, giving a range of 0 to 16777216+255/256. Where the fractional part provides a precision of 1/256th of a unit. That is a very reasonable division and quite a range. You can vary the position of the binary point to balance the integral range and the fractional precision. 
knik
Krzysiek 17 posts

#2119
float vs double? 3 years ago
1/256th of a unit seems OK at first but I don't think it's precise enough to handle the acceleration/friction thing.

cmuratori
Casey Muratori 810 posts
1 project
Casey Muratori is a programmer at Molly Rocket on the game 1935 and is the host of the educational programming series Handmade Hero. 
#2120
float vs double? 3 years ago Fred I use a similar (twocoord, not double) scheme for exactly such things.  Casey 
Fred
22 posts
1 project
None 
#2123
float vs double? 3 years ago cmuratoriFred In this case, would you end up baking the twocoord (say, int32 + real32) into your vector class and rewrite your vector math functions to manipulate both, like to compute the length of a very long vector? For simple operations, like sub and add, it's probably ok to operate on the two coord directly, but maybe for more complex math (like vector length) it's best to convert to a temporary double? Hmm. None 
Fred
22 posts
1 project
None 
#2159
float vs double? 3 years ago Edited by Fred on Jan. 23, 2015, 11 p.m.
I'm torn...
Another possibility is that instead of storing world coordinates as int+float, we can use doubles:  Both solutions are the same size in memory.  With doubles, even if they're slower than floats, you can use standard vector math. With int+float you need to write world position manipulation that operates on the int coords and the float vec, then possibly "recanonicalize" (which requires divides and mods, etc). Say that you want the distance between two points far apart in the game world. With doubles it's straightforward: (I don't user operator overloading here)
With int+float, you need:
For a subtraction, you're roughly operating on the same number of bits in both cases (128). But if you need to recanonicalize, int+float is gonna be slower. To compute the length of a world vector, with int/float, you would need to return a scalar int+float to maintain full precision. And the math isn't obvious to me. With world positions as doubles, when you want to do lots of fast "local" physics, you can convert all your world double positions for objects in the local subspace into some float vector in a local frame of reference:
int+float does have the advantage that the precision doesn't depend on world location at all. Also, the coord part (the ints) can be use to do some sort of broad phase collision detection (you can easily use them as indices into a quadtree). None 