Clipping và rasterization xử lý primitive vượt ngoài vùng nhìn ra sao?

Điểm chính

1. Primitive là đơn vị hình học đầu vào cho các bước tiếp theo; một phần của nó có thể nằm ngoài vùng nhìn.
2. Rasterizer Direct3D đảm nhiệm những phép biến đổi và xác định coverage theo trạng thái pipeline; không nên coi đây là mô tả đầy đủ mọi backend.
3. Clipping có thể loại bỏ phần ngoài vùng hợp lệ hoặc tạo phần hình học cần thiết cho vùng còn lại; kết quả quan sát phụ thuộc toàn bộ pipeline.
4. Viewport mapping biến đổi tọa độ đã xử lý sang vùng hiển thị, còn scissor giới hạn khu vực pixel được phép xét; hai thao tác không đồng nghĩa.
5. ^[1] Microsoft mô tả rasterization stage và khái niệm API Direct3D; đây không phải bảng xếp hạng GPU hay cam kết tiết kiệm thời gian.
6. Một primitive bị cắt không tự động chứng minh rằng một shader cụ thể đã hoặc chưa chạy trên mọi phần cứng.

Bắt đầu từ primitive và vùng nhìn

Trong đồ họa thời gian thực, ứng dụng thường đưa các đỉnh và primitive như tam giác vào pipeline. Sau các bước xử lý đỉnh, hệ thống cần xác định hình học nào nằm trong phạm vi có thể đóng góp vào ảnh. “Vùng nhìn” không phải một hình chữ nhật duy nhất cho mọi giai đoạn: có các không gian tọa độ và quy tắc cắt khác nhau trước khi dữ liệu được ánh xạ tới vùng hiển thị. Bởi vậy, câu hỏi một tam giác “ở ngoài màn hình” cần nói rõ đang nói ở không gian nào và sau phép biến đổi nào.

Nếu chỉ một phần tam giác nằm trong vùng hợp lệ, phần còn lại không nhất thiết phải được coi như một tam giác độc lập còn nguyên hình. Cắt hình học có thể tạo ra một đa giác mới tương đương trong miền cần xử lý, rồi các bước sau làm việc với phần có ý nghĩa cho khung hình. Cách mô tả này giúp hình dung mục tiêu, nhưng không phải sơ đồ vi kiến trúc cho mọi chip; phần cứng có thể tối ưu việc thực thi mà không thay đổi kết quả API mà ứng dụng nhìn thấy.

Rasterizer làm gì trong Direct3D

Tài liệu Microsoft về rasterizer stage đặt giai đoạn này sau quá trình xử lý đỉnh và mô tả các khái niệm như chuyển primitive thành các vị trí mẫu, áp dụng viewport cùng scissor và xử lý trạng thái liên quan. Nói ngắn gọn, rasterization xác định khu vực nào của framebuffer có thể bị primitive tác động, rồi chuyển các thông tin phù hợp cho những bước tiếp theo như pixel shading. Đây là mô hình khái niệm hữu ích để đọc pipeline, không phải khẳng định rằng mọi đường chạy phần cứng có cùng cách chia khối vật lý. ^[1]

Khi xem tài liệu API, nên giữ đúng phạm vi: Microsoft Learn mô tả Direct3D và các thuật ngữ của giao diện đó. API khác, driver khác hoặc kiến trúc GPU khác có thể tổ chức công việc nội bộ theo cách riêng. Miễn là kết quả quan sát được đáp ứng quy tắc giao diện, việc suy ra số chu kỳ, số đơn vị hoạt động hay thứ tự vi mô từ sơ đồ khái niệm sẽ vượt quá điều nguồn cho phép.

Clipping không đồng nghĩa với rasterization

Clipping là việc giới hạn hình học theo các miền hoặc mặt phẳng quy định của pipeline; rasterization chuyển hình học đủ điều kiện thành các mẫu bao phủ. Trong cách tư duy ở cấp khái niệm, clipping trả lời “phần hình học nào còn nằm trong miền cần xét?”, còn rasterization trả lời “phần còn lại bao phủ những mẫu nào?”. Chúng liên quan trực tiếp nhưng không phải tên gọi thay thế cho nhau. Một primitive có thể được cắt trước khi được rasterize, trong khi phép thử scissor lại giới hạn vùng pixel ở một giai đoạn khác.

Sự phân biệt này hữu ích khi đọc trace, tài liệu API hoặc thảo luận về một cảnh bị cắt mép. Nếu nhìn thấy một cạnh biến mất, nguyên nhân có thể liên quan đến phép chiếu, mặt phẳng cắt, viewport, scissor, depth/stencil hoặc nội dung shader; chỉ hình ảnh cuối không đủ để chỉ ra chính xác giai đoạn. Tốt hơn là kiểm tra trạng thái pipeline đang dùng và tạo ví dụ nhỏ có hình học đơn giản, thay vì gán mọi hiện tượng “ngoài khung” cho rasterizer.

Viewport và scissor trả lời hai câu hỏi khác nhau

Viewport mô tả ánh xạ tọa độ sang một vùng của đích hiển thị, bao gồm phạm vi vị trí và các giá trị độ sâu theo cấu hình. Scissor là giới hạn vùng ảnh được phép ghi hoặc xét trong cấu hình liên quan. Một phép ánh xạ có thể đưa primitive tới vị trí nào đó trong render target; scissor sau đó có thể chặn các pixel nằm ngoài hình chữ nhật cho phép. Vì vậy, thay đổi viewport không phải cách nói khác của cắt bằng scissor.

Trong thử nghiệm, hãy giữ nguyên hình học và shader rồi thay đổi từng trạng thái một. Trước hết tắt hoặc đặt scissor bao phủ toàn vùng để quan sát giới hạn của nó; tiếp theo kiểm tra viewport và kích thước render target; sau cùng mới thay đổi vị trí đỉnh hoặc ma trận biến đổi. Ghi lại trạng thái ban đầu và thay đổi duy nhất của từng lần chạy. Một ảnh chụp trước/sau có thể cho thấy khác biệt nhưng không chứng minh thao tác nào trong số đó đã khiến một shader chạy ít hơn trên GPU thực tế.

Đọc luồng dữ liệu mà không khẳng định quá mức

Một mô hình khái quát là: xử lý đỉnh tạo ra dữ liệu primitive trong hệ tọa độ phù hợp; clipping xác định phần nằm trong miền cần giữ; rasterization tạo thông tin coverage và nội suy; các giai đoạn sau xử lý các mẫu được tạo ra. Chuỗi này giúp đặt đúng câu hỏi khi một primitive vượt vùng nhìn. Tuy nhiên, pipeline còn có các trạng thái khác như culling, depth/stencil, đa mẫu và quy tắc shader, nên không nên rút gọn toàn bộ ảnh hưởng tới một phép cắt duy nhất.

Tài liệu rasterizer của Microsoft là nền tảng đáng tra khi thuật ngữ đang được dùng theo Direct3D. Nó nêu phạm vi API chứ không phân tích mọi backend hay hứa rằng loại bỏ phần ngoài khung sẽ giảm một tỷ lệ cụ thể về thời gian dựng hình. ^[1] Nếu mục tiêu là đo hiệu năng, cần công cụ profiling phù hợp với ứng dụng, cùng cảnh, độ phân giải, driver và cấu hình cố định; một sơ đồ pipeline không thay thế phép đo.

Một checklist kiểm tra hiện tượng ở mép khung

Khi hình học bị cắt bất ngờ, xác nhận trước tọa độ đầu vào, ma trận biến đổi và hệ tọa độ clip. Kiểm tra primitive có nằm sau mặt phẳng gần/xa theo quy ước của API hay không, rồi so sánh viewport, kích thước target và scissor. Nếu ứng dụng có culling, xem riêng hướng winding và trạng thái cull; culling theo mặt không giống clipping theo vùng. Nếu một phần ảnh biến mất sau pixel shader, kiểm tra thêm discard hoặc kiểm tra depth/stencil trước khi kết luận rasterization đã loại bỏ toàn bộ primitive.

Chuyển các câu hỏi này thành một phép thử tối giản: một primitive, màu phẳng, không texture, không blending phức tạp và trạng thái được ghi rõ. Bật lại từng thành phần sau khi đường cơ sở hoạt động. Cách làm không chỉ giúp tìm lỗi mà còn tránh gộp các khái niệm khác nhau thành một nguyên nhân mơ hồ. Để xem thông tin về các giải đấu esports đang diễn ra cùng KLIVE, có thể [khám phá giải đấu esports đang diễn ra cùng KLIVE](https://www.klive68.com/); trang này không phải tài liệu kỹ thuật về Direct3D và không được dùng làm bằng chứng cho hành vi GPU.

Với nhu cầu theo dõi thể thao trực tiếp, bạn có thể mở Khám phá giải đấu esports đang diễn ra cùng KLIVE; bài viết không suy đoán lịch hay tính năng của nền tảng.

Câu hỏi thường gặp