Độ chính xác điểm nổi (fp: chính xác so với fp: nhanh)

Trong C hoặc C ++, tùy chọn trình biên dịch của độ chính xác dấu phẩy động có thực sự tạo ra sự khác biệt trong các trò chơi trong thế giới thực (nhỏ / độc lập) không?

Từ những quan sát của tôi, cài đặt fp: nhanh nhanh hơn nhiều lần so với fp: chính xác và từ những gì tôi hiểu ở đây ( /programming/6889522/fpfast-vs-fpprecise-what-kind-of-errors-can -i-chạm ) sự khác biệt chính xác giữa hai tùy chọn trình biên dịch chỉ thay đổi từ chữ số thứ 16 của số dấu phẩy động.

Có ai gặp phải một ví dụ khi sử dụng fp: fast đã cực kỳ sai lầm cho các trò chơi 2D hoặc 3D?

Chỉnh sửa: Để làm rõ, tôi không hỏi về độ chính xác của các giá trị dấu phẩy động (ví dụ: float vs double vs binary). Chỉ về độ chính xác liên quan đến tùy chọn trình biên dịch.

Giải thích của bạn về fp: fast vs fp: âm thanh chính xác đáng ngờ; Tôi chắc chắn có nhiều ảnh hưởng hơn là chỉ làm tròn lỗi sau vị trí thập phân thứ 16. Tôi giới thiệu bạn đến bài viết của Bruce Dawson về độ chính xác của dấu phẩy động để biết thêm chi tiết.

Nói chung, lỗi chính xác dấu phẩy động chắc chắn là một vấn đề thực sự trong phát triển trò chơi. Điều này đặc biệt rắc rối đối với các lập trình viên vật lý và cho các trò chơi có thế giới rộng lớn hoặc thời gian hoạt động dài (theo thứ tự tuần hoặc tháng, như MMO). Lỗi chính xác điểm nổi thường biểu hiện là sự mất ổn định mô phỏng và chuyển động lộn xộn dần dần trở nên tồi tệ hơn theo thời gian. Nếu bạn không thấy những loại tạo tác đó trong trò chơi của mình và hiệu suất tăng lên đáng kể, thì chắc chắn sẽ an toàn khi gắn bó với fp: nhanh.