Tôi có thể ngăn chuyển động chéo để khám phá thêm bản đồ không?

Trong một ô lưới trong đó chuyển động theo bất kỳ 8 hướng nào có cùng số lượt quay (quy tắc kiểu bàn cờ), tôi có thể ngăn chuyển động chéo hiển thị nhiều ô mới hơn chuyển động trực giao không?

Ví dụ: Bạn là hộp màu đỏ trong hình dưới đây. Các ô màu xanh lá cây hiện đang hiển thị cho bạn (trường nhìn vuông). Bạn có thể di chuyển một khoảng cách của một ô theo bất kỳ hướng nào trong tám hướng.

Nếu bạn di chuyển theo hướng đông bắc , bạn sẽ khám phá 13 ô mới (hiển thị màu xanh lam). Thay vào đó, nếu bạn di chuyển về phía nam , bạn sẽ chỉ khám phá 7 ô mới (hiển thị màu tím).

Làm thế nào tôi có thể thực hiện du lịch theo từng hướng thuận lợi như nhau để khám phá?

Dungeons và Dragons 3.5 (RPG bằng bút và giấy) có một giải pháp được sử dụng cho cả tính toán bán kính và chuyển động dựa trên lưới: chuyển động chéo có chi phí 1,5 chi phí trực giao. Vì đường chéo của một hình vuông đơn vị xấp xỉ 1.414, 1.5 là khá gần.

Bởi vì D & D 3.5 chỉ hỗ trợ chuyển động số nguyên, nên cách tính toán này thực sự là chuyển động trực giao có giá "một ô vuông". Chuyển động chéo đầu tiên của bạn cũng chỉ tốn "một hình vuông", nhưng đường chéo thứ hai có giá "hai hình vuông". Bạn xen kẽ một và hai hình vuông cho mỗi lần di chuyển chéo. Thực hiện quy tắc di chuyển này trong trò chơi của bạn sẽ xử lý một số vấn đề với chuyển động chéo.

Như sơ đồ này cho thấy, quy tắc di chuyển này tạo ra một xấp xỉ hợp lý các vòng tròn và cũng không bị tắt quá 1 khi so sánh với khoảng cách thực (khi trong vòng 15 đơn vị bắt đầu).

Nếu bán kính tầm nhìn / khám phá của bạn cũng được tính theo cách này, chuyển động chéo và khám phá đường chéo sẽ gần bằng hoặc xa như trực giao.

Bạn cần thay đổi hình dạng của trường nhìn.

Vì vậy, khi bạn di chuyển theo bất kỳ hướng nào, cùng một số hình vuông mới sẽ hiển thị.

Đây là một khả năng:

Để có chuyển động chéo và trực giao cho thấy cùng một khu vực, bạn cần hai điều (mỗi điều, một mình, đã được đề xuất trong câu trả lời hoặc nhận xét khác):

1. Khoảng tầm nhìn tròn :

   

   Về bản thân, điều này sẽ không cung cấp chính xác cùng một khu vực được tiết lộ cho cả hai loại chuyển động. Ví dụ, trong hình trên, chuyển động trực giao cho thấy 9 hình vuông, trong khi chuyển động chéo cho thấy 13. Nó vẫn tốt hơn tỷ lệ 13/7 cho khu vực xem hình vuông trong ví dụ của bạn.

   Trong thực tế, khi bán kính khung nhìn tăng lên, tỷ lệ các khu vực được tiết lộ trên mỗi bước chéo / trực giao có xu hướng √2 ≈ 1.414 cho một khu vực hình tròn, trong khi tỷ lệ tương tự cho khu vực xem hình vuông có xu hướng là 2.

2. Chuyển động chéo chậm hơn :

   Trong cuộc sống thực, đi bộ theo đường chéo trên một lĩnh vực hình vuông mất nhiều thời gian hơn so với đi bộ dọc theo một trong hai bên. Trên thực tế, nó mất khoảng √2 ≈ 1.414 lần. Nếu bạn muốn chuyển động trong trò chơi của bạn cảm thấy thực tế, bạn cũng nên làm điều đó xảy ra trong trò chơi của mình.

   Trong thực tế, 3/2 = 1,5 là một xấp xỉ khá tốt của √2. Do đó, bạn chỉ có thể làm cho mỗi bước trực giao mất hai đơn vị thời gian và làm cho mỗi bước chéo mất ba. Với khu vực xem ví dụ ở trên, điều này mang lại 9/2 = 4,5 hình vuông cho mỗi đơn vị thời gian cho chuyển động trực giao và 13/3 = 4,33 tiết lộ hình vuông trên đơn vị thời gian cho chuyển động chéo. Khá gần, hả?

   Ngoài ra, nếu bạn muốn bám vào "1 bước = 1 đơn vị thời gian" cho chuyển động trực giao, bạn có thể sử dụng một cái gì đó như hệ thống D & D mà Dane đề xuất và làm cho mỗi bước chéo thứ hai tiêu tốn thêm một lượt. (Tuy nhiên, nếu bạn làm điều đó, bạn cần phải cung cấp cho mỗi đơn vị một bộ đếm rõ ràng về số bước chéo mà họ đã thực hiện; nếu không, bạn có thể kết thúc bằng các khai thác như, giả sử, E, NE, E, NE, .. . chuỗi phong trào cho phép người chơi khám phá nhanh hơn so với dự định.)

Vì bạn đang sử dụng lưới và biết người dùng đang tiến hành theo hướng nào, không có gì ràng buộc bạn phải điều chỉnh câu trả lời trước và sử dụng một trường nhìn khác nhau tùy theo hướng.

Ví dụ, bạn có thể mở rộng trường để bao gồm các góc khi bạn di chuyển theo hướng hồng y và thu nhỏ nó xuống hai hình vuông ở mỗi đầu trong trường hợp đường chéo của bạn để mỗi ô mở ra 9 hình vuông.

Một cách khác tùy thuộc vào cách thức hoạt động của ánh sáng của bạn là sử dụng xấp xỉ vòng tròn tốt hơn với khử răng cưa, để lộ một phần hình vuông.

Còn về việc, thay vì có phạm vi xem cố định, khu vực hiển thị của người chơi phụ thuộc vào hướng người chơi đang đi, cũng như hướng người chơi phải đối mặt trong vài lượt cuối (một người chơi đang di chuyển về phía bắc có thể ngay lập tức tiến một bước về phía nam, nhưng có thể mất vài lượt để có khoảng cách xem tối đa theo hướng đó). Một người chơi đi về phía bắc ra khỏi hành lang hẹp vào một căn phòng lớn và tiếp tục đi về phía bắc sẽ bị hạn chế tầm nhìn về phía đông và phía tây, và có lẽ nên như vậy. Khi người chơi dừng di chuyển, người ta có thể tự động hệ thống "khám phá" các khu vực không nhìn thấy trong bán kính tầm nhìn hiện tại của người chơi, nhưng trong khi người chơi đang tích cực di chuyển thì tầm nhìn sẽ bị giới hạn hơn.

Thay thế cho một trường nhìn phức tạp hơn (như đã thảo luận ở trên thêm các vấn đề riêng của nó do các ràng buộc của bố cục dựa trên lưới), bạn có thể thử mô phỏng hiệu ứng chuyển động trong một trò chơi không dựa trên sự kín đáo lưới điện. Trong trường hợp có thể di chuyển tự do thì một chuyển động chéo của một đơn vị sẽ chính xác như vậy, chứ không phải là ~ 1,41 đơn vị chuyển động được nhìn thấy với một lưới vuông.

Mặc dù bạn không thể buộc chuyển động đơn vị mà không mất lưới descreet của mình (điều này sẽ thay đổi thiết kế trò chơi của bạn khá đáng kể), có lẽ bạn có thể theo dõi chuyển động thêm được thực hiện và thả di chuyển sau: theo dõi thêm 0,41 giây và sau đó tổng cộng thêm 1,00 có đơn vị đó bỏ qua một di chuyển. Hoặc theo cách khác: coi đường chéo là bình thường, cộng 0,41s cho mỗi lần di chuyển ngang hoặc dọc và cung cấp tín dụng di chuyển thêm một khi lớn hơn 1 (hoặc 1,41 cho di chuyển chéo).

Bạn sẽ cần phải cẩn thận cách bạn trình bày điều này với người chơi của bạn theo cách làm cho nó trông mượt mà và công bằng. Trong kịch bản nhiều người chơi, những thay đổi như vậy có thể trở thành thứ mà người chơi tận dụng chiến lược - đây có thể là một vấn đề hoặc có thể có một cách tự nhiên để kết hợp điều này với cơ chế trò chơi (có thể cho phép người chơi lưu trữ nhỏ số tiền "tín dụng di chuyển không được sử dụng" mà họ có thể sử dụng để phản ứng nhanh chóng sau đó và có thêm 0,41 giây nguồn cấp dữ liệu di chuyển vào (hoặc lấy ra từ) nhóm đó.

Điều này sẽ hoạt động tốt nhất nếu các thực thể điều khiển người chơi di chuyển di chuyển hơn một đơn vị mỗi lượt. Ví dụ: ba điểm di chuyển có thể được sử dụng làm ba bước di chuyển hoặc hai điểm chéo với 0,16 còn lại trong nhóm sau này. Khi đạt đến 1,00, người chơi sẽ nhận được một lượt "miễn phí" / di chuyển và ở mức 1,41 một đường chéo miễn phí. Bạn có thể giới hạn thêm 1,5 điểm để buộc nó được sử dụng hoặc bị mất tại thời điểm đó để ngăn người chơi giữ năng lượng được lưu trữ này trong nhiều năm hoặc để nó tích tụ.

Rõ ràng đây là một sự phức tạp đối với các quy tắc trò chơi của bạn có thể hoàn toàn không mong muốn và sẽ không thực tế đối với một trò chơi không có máy tính, nhưng nếu bạn có thể làm cho nó hoạt động trong các quy tắc hiện có của trò chơi, nó sẽ hạn chế sự khác biệt khám phá giữa các hướng di chuyển mà không cần từ bỏ định dạng lưới.

Bạn có thể làm cho người chơi di chuyển hai khoảng trống nếu họ di chuyển lên, xuống, sang trái hoặc phải và chỉ một đường chéo. Nó sẽ không hoàn toàn ngay cả khi nó ra ngoài, nhưng nó sẽ gần hơn nhiều.