Làm thế nào để tìm đường vượt qua một chướng ngại vật?

Làm thế nào để thể hiện tốt nhất tình huống sau đây - tác nhân ( @) cần đến mục tiêu ( $). Đường dẫn bị chặn bởi một con hào ( ~~~). Một cái cào (hoặc một số thiết bị khác, như giày đi bộ dưới nước) có sẵn sẽ giúp nó có thể vượt qua chướng ngại vật.

.....~~~...   . ground
...=.~~~...   = rake
.....~~~.$.   ~ water
.@...~~~...   @ agent
.....~~~...   $ goal

Làm thế nào để đúng pathfind từ @để $cung cấp không có ngay lập tức con đường có sẵn? Con đường của tôi không chỉ có chi phí mà còn cả điều kiện tiên quyết?

CẬP NHẬT : Vấn đề là mục tiêu không thể truy cập và cào chỉ là một trong nhiều đối tượng có thể có trên bản đồ. Câu hỏi sau đó là "làm thế nào để làm cho các đại lý hiểu rằng nó cần cào?"

Tôi đang nghĩ về một chồng các mục tiêu, việc tìm đường sẽ phải được chú thích :

• Bắt đầu với một mục tiêu get $
• Hãy thử tìm đường đến $- đường dẫn tồn tại với khả năng đi bộ cần thiết.
• Đẩy mục tiêu get waterwalking.
• Mục tiêu hiện đang là get waterwalking, get $
• Bằng cách nào đó thấy rằng cào cho đi đường thủy, hãy đổi tên nó thành thuyền.
• Đường cào. Mục tiêu hàng đầu đạt được, bật nó từ ngăn xếp, mục tiêu là get $.
• Đường dẫn đến $- bây giờ chúng tôi có khả năng và có thể đạt được mục tiêu.

Toàn bộ công cụ tìm đường dẫn chỉ là tìm kiếm đường dẫn ngắn nhất trên biểu đồ. để giải quyết vấn đề của bạn, thay đổi duy nhất bạn cần áp dụng là thêm một số cạnh bổ sung (đại diện cho con đường dẫn thuyền có thể thực hiện) và thực hiện thuật toán tìm đường dẫn đơn giản. không quan trọng bạn sử dụng BFS, Dijkstra hay A *, chỉ cần thực hiện thuật toán tìm đường thông thường với một số cạnh bổ sung. để biết thêm thông tin về tìm đường trong trang wiki kiểm tra biểu đồ

Tôi sẽ làm điều này với một số loại giải pháp cây hành vi - bạn dẫn đến mục tiêu và lưu ý tất cả các chướng ngại vật đã chặn A * của bạn. Nếu bạn thất bại, bạn kiểm tra xem có những đối tượng có thể giúp vượt qua những trở ngại đó hay không, trong trường hợp đó, đường dẫn đến đối tượng đó. Nói lại. Điều này có nghĩa là tác nhân cần cố gắng đi đến mục tiêu và thất bại trước khi có ý tưởng sử dụng các công cụ, điều này có thể mất thời gian, đặc biệt là nếu có một thế giới lớn của gạch mà tất cả cần phải được kiểm tra. Có thể không nhìn quá lạc hậu mà các đại lý phải mất một thời gian để suy nghĩ về cách giải quyết vấn đề mặc dù.

Tôi có thể tưởng tượng một giải pháp thực sự, khó khăn. Thêm một chiều khác cho bạn đường tìm lưới. Vì vậy, trong trường hợp bản đồ 2D, bạn tạo lưới 3D tìm đường. Trong ví dụ đơn giản này, chiều mới này sẽ chỉ có độ sâu là hai, nhưng trong một trò chơi thực sự, nó sẽ trở nên lớn nhanh chóng.

Tại z = 0, bạn lập bản đồ địa hình trong các trường hợp thông thường, có nghĩa là gạch nước được coi là không thể vượt qua.

Với z = 1, bạn lập bản đồ địa hình trong khi có cào, có nghĩa là gạch nước được coi là có thể đi bộ (nhưng nếu bạn có ví dụ như gạch ốp tường, thì gạch đó có thể vẫn vững chắc).

Tìm kiếm đường dẫn là một A * bình thường trong các kích thước x và y, có nghĩa là mọi ô lưới được coi là có quyền truy cập vào các lân cận của nó. Tuy nhiên, ở kích thước z, A * KHÔNG được phép trải rộng.

Ngoại trừ nơi cào là. Đối tượng cào đóng vai trò mở giữa z = 0 và z = 1 trong lưới tìm đường.

Điều này có nghĩa là A * sẽ tràn vào bên ngoài trong z = 0, chạm vào nước và hết các tùy chọn - sau đó nó sẽ lan sang z = 1 qua gạch cào và tại z = 1 (nơi có thể đi được nước) tìm đường đến mục tiêu Hiệu quả là sự do dự của NPC do dự di chuyển đến cào, và sau đó di chuyển con đường ngắn nhất đến mục tiêu.