Hiệu suất chậm khi triển khai A * trong trò chơi phòng thủ tháp

Tôi đang tạo một trò chơi Tower Defense trong Flash không có đường dẫn được xác định trước.

Mặc dù lưới của tôi là 40x40 (nhỏ?), A * đang gặp khó khăn khi tính toán lại mỗi lần. Vì vậy, tôi đã thực hiện sửa đổi của riêng mình để giảm bớt tính toán lại và số lượng tế bào cảm ứng giảm xuống khoảng 900 (khi sửa đổi gần gốc). Nó vẫn đóng băng trong một thời gian rất ngắn, nhưng có thể phát hiện được, khi một tòa tháp mới được đặt.

Đây có phải là một vấn đề thực hiện, hoặc là 40x40 quá nhiều?

Biên tập:

Cấu trúc mã của tôi:

• Tất cả dữ liệu được lưu trong mảng 2d của các ô.
• Mỗi ô chứa cha mẹ của nó theo hướng đường dẫn (1-8 theo chiều kim đồng hồ) và mảng được mã hóa theo bit của các con của nó trong đường dẫn (mỗi bit đại diện cho một con).
• Việc tìm kiếm được thực hiện bởi A * với ước tính khoảng cách eidianidian.

Tôi không thể nhận xét, nhưng hồ sơ đầu tiên trong Flex, mọi thứ khác là phỏng đoán.

Tôi cho rằng TD là 'Tháp phòng thủ'

Tôi nghĩ rằng A * sẽ hơi quá mức cho việc này.

Khi bắt đầu trò chơi, lũ lụt lấp đầy khu vực trò chơi từ các điểm thoát để tạo bản đồ di chuyển:

 |---------|
 |5|4|3|3|3|
 |5|4|3|2|2|
->5|4|3|2|1->
 |5|4|3|2|2|
 |5|4|3|3|3|
 |---------|

và chuyển động luôn hướng tới một hình vuông có giá trị thấp hơn.

Khi người chơi đặt một tháp, cập nhật từng ô trong tám ô vuông liền kề: đối với mỗi ô vuông, đặt giá trị chuyển động của nó thành nhiều hơn một giá trị liền kề thấp nhất. Nếu giá trị thay đổi, lặp lại quy trình tập trung vào ô vuông được cập nhật. Sau đó, để kiểm tra xem tuyến đường đến lối ra không bị chặn, hãy đảm bảo tất cả các ô vuông nằm liền kề với một hình vuông có giá trị thấp hơn.

Khi người chơi xóa một tháp, đặt giá trị chuyển động thành nhiều hơn một ô vuông liền kề thấp nhất và lặp lại quy trình trên.

Một cách tiếp cận đơn giản hơn sẽ là làm lại việc lấp lũ.

Kỳ lạ, tôi nghĩ rằng tôi đã trả lời này, nhưng câu trả lời dường như không còn nữa. Tạo thuật toán tìm kiếm của bạn sao cho có thể cập nhật theo nhiều bước để khi bạn đặt tháp và phát hình động, bạn có thể thực hiện từng chút một khung hình và bạn sẽ có một khoảng thời gian từ nửa giây đến giây để cập nhật A * không có tạm dừng đáng chú ý. Đó là độ trễ - iF bạn không thể tăng tốc, tìm cách che giấu nó. Chơi một hình ảnh động trong khi đặt một tòa tháp sẽ là điều tự nhiên cho một trò chơi và imo là một nơi tốt để che giấu nó.

Để bắt đầu, bạn có thể thay đổi mảng của mình thành một vectơ - sẽ cung cấp cho bạn một số cải tiến về tốc độ. Đăng mã và chúng tôi có thể đề xuất nhiều tối ưu hơn.

Tôi đoán rằng sự chậm lại của bạn là bởi vì bạn đang tính toán một đường dẫn cho tất cả các ký tự cùng một lúc. Tính toán một đường dẫn cho một nhân vật là nhanh nhưng nếu có hai chục nhân vật trong cảnh thì điều đó có thể sa lầy.

Thay vào đó, bạn nên trải tải trên một vài khung hình. Sắp xếp các bản cập nhật AI của bạn để các nhân vật khác nhau cập nhật đường dẫn của họ trên các khung khác nhau. Sẽ thực sự đáng chú ý nếu một nhân vật không phản ứng cho đến một giây sau, nhưng chỉ một khung hình sẽ không gây ra phản ứng xấu.