浮点精度（fp：precise vs.fp：fast）

在C或C ++中，浮点精度的编译器选项是否真的在现实世界（小型/独立）游戏中有所作为？

根据我的观察，设置fp：fast的速度比fp：precise快很多倍，据我在此处的理解（/programming/6889522/fpfast-vs-fpprecise-what-kind-of-errors-can -i-encounter），两个编译器选项之间的精度差仅从浮点数的第16位开始变化。

在使用fp：fast进行2D或3D游戏时，有人遇到过一个例子吗？

编辑：为澄清起见，我并不是在问浮点值本身的精度（即，浮点数，双精度数和小数）。仅关于与编译器选项有关的精度。

您对fp：fast和fp：precise的解释听起来可疑；我敢肯定，除了小数点后16位后的舍入误差外，还有更多的效果。有关更多详细信息，请参考Bruce Dawson的有关浮点精度的文章。

通常，浮点精度错误绝对是游戏开发中的实际问题。对于物理程序员以及游戏世界大或运行时间长（数周或数月，如MMO）的游戏来说，这尤其麻烦。浮点精度误差通常表现为仿真不稳定性和抖动运动，随着时间的推移，抖动会逐渐恶化。如果您没有在游戏中看到这些工件，并且性能显着提高，那么坚持使用fp：fast绝对是安全的。