Làm cách nào để xác định thứ tự bốc thăm trong trò chơi flash xem đẳng cự?

Đây là một trò chơi flash, với chế độ xem isometric. Tôi cần biết cách sắp xếp đối tượng để không cần kiểm tra bộ đệm z khi vẽ. Điều này có vẻ dễ dàng nhưng có một hạn chế khác, một cảnh có thể có hơn 10.000 đối tượng nên thuật toán cần được chạy trong ít hơn O (n ^ 2). Tất cả các đối tượng là các hộp hình chữ nhật, và có 3-4 đối tượng di chuyển trong cảnh. Cách tốt nhất để làm điều này là gì?

CẬP NHẬT

trong mỗi ô chỉ có một đối tượng (ý tôi là các đối tượng không thể xếp chồng lên nhau). và chúng tôi truy cập vào cả bản đồ của Đối tượng và Đối tượng có vị trí riêng.

CẬP NHẬT2

xem những số liệu sau:

trong đầu tiên một đối tượng màu xanh đầu tiên nên được vẽ sau đó màu xanh lá cây sau đó màu đỏ. trong khi ở cái thứ hai bạn phải vẽ chúng theo thứ tự ngược lại. bạn cần vẽ màu đỏ trước rồi đến màu xanh và cuối cùng là đối tượng màu xanh. như bạn có thể thấy không có sự khác biệt về vị trí của các vật thể màu xanh và đỏ, cả hai đều có khoảng cách khác với máy ảnh, v.v. nhưng vì vị trí tương đối của chúng với hộp màu xanh lá cây, bạn cần thay đổi thứ tự vẽ giữa hai hình ảnh. đó là những gì làm cho vấn đề này trở nên lộn xộn.

lưu ý phụ: vì tất cả các vật thể đều là hình lăng trụ hình chữ nhật, về mặt toán học có thể chứng minh rằng có ít nhất một lệnh vẽ để thỏa mãn nhu cầu vấn đề.

Điều này thực sự rất đơn giản nếu các đối tượng của bạn khớp với các ô đẳng cự của bạn. Hãy nhìn vào hình ảnh này:

Trước tiên bạn nên vẽ đối tượng ở vị trí màu đỏ, sau đó là các đối tượng màu xanh lam, sau đó là màu xanh lá cây, sau đó là màu đỏ, sau đó là màu đỏ, v.v. có vị trí như một thuộc tính. Nếu đó không phải là trường hợp của bạn, bạn nên giữ một cấu trúc dữ liệu riêng biệt, cập nhật nó bất cứ khi nào một đối tượng di chuyển (điều này cũng khá dễ dàng.)

Điều này có một vấn đề mới: bạn có thể dễ dàng thấy mức độ phức tạp của nó là O (N) trong đó N là kích thước bảng của bạn ( N=W*H). Để khắc phục vấn đề này, chỉ cần tạo cấu trúc dữ liệu tuyến tính mới trong đó mỗi chỉ mục trong cấu trúc của bạn khớp với độ sâu nhất định, cập nhật nó bất cứ khi nào một đối tượng thay đổi độ sâu.

Trường hợp một đối tượng không khớp với một ô đơn sẽ khó hơn một chút, vì vậy tôi sẽ đăng nó nếu bạn cần ngay khi bạn cập nhật câu hỏi của mình.

Tôi không có kiến ​​thức đặc biệt về chủ đề này, nhưng đây là một suy nghĩ.

Bắt đầu bằng cách đánh dấu mỗi ô là "không được vẽ". (Hoặc, tương ứng, sử dụng một mảng để biểu thị vị trí của vật "được vẽ" gần nhất trên mỗi "đường gần" của ô, hoặc một tập hợp, v.v.) Sau đó, cho mỗi ô (tôi có thể sẽ đi qua chúng trong thứ tự kaoD đã mô tả): kiểm tra xem ô đó đã được rút ra chưa; nếu nó chưa được vẽ và chứa một đối tượng, hãy kiểm tra xem mỗi ô có bị che khuất bởi đối tượng đó đã được vẽ hay không và nếu không vẽ nó một cách đệ quy; vẽ đối tượng chứa trong ô đó nếu cần thiết; và đánh dấu ô đó và bất kỳ ô nào bị chiếm bởi đối tượng của nó là "được vẽ".

Tôi giả sử rằng bạn có thể nhanh chóng ánh xạ một ô tới đối tượng bên trong nó, nếu có. Tôi tin rằng đây là thời gian O (n), mặc dù nó có thể kết thúc việc xây dựng một ngăn xếp lớn (mà bạn có thể muốn biến thành một danh sách được liên kết nếu bạn lo lắng về việc hết dung lượng ngăn xếp).

Nếu bạn thực sự cần một danh sách, bạn có thể thêm vào danh sách thay vì vẽ. Tôi nghi ngờ rằng bắt đầu với một danh sách được sắp xếp chủ yếu không giúp được gì.

Tôi sẽ sử dụng thuật toán của họa sĩ với khoảng cách taxi từ ô xa nhất ra khỏi máy ảnh, vẽ những cái gần máy ảnh nhất trước rồi sau đó di chuyển ra ngoài.

Chỉnh sửa: Điều này không hoạt động trừ khi bạn có thể vẽ nội dung của từng ô riêng lẻ.

Điều gì khiến bạn tin rằng nó có thể chứng minh được về mặt toán học rằng có ít nhất một lệnh rút thăm để thỏa mãn nhu cầu về vấn đề? Đây là một ví dụ tầm thường mà bạn không thể dựa vào các đối tượng sắp xếp z: