Trong glsl, công thức được sử dụng để tính toán gl_fragCoord từ gl_position là gì?

Question

Hãy sửa tôi nếu tôi sai. Khi sử dụng các pixel đổ bóng và pixel, chúng tôi thường cung cấp mã để tính toán độ lệch đầu ra của trình đổ bóng đỉnh. Sau đó, chúng ta tìm thấy những con ouselves với gl_FragCoord đầu vào trong trình đổ bóng pixel. Tên của các hoạt động được thực hiện bởi OpenGL để tính toán gl_FragCoord từ gl_position là gì? Có đúng là những "chiếu" và "clip tọa độ biến đổi" không? Sau đó, những biến đổi chính xác thực hiện trong các hoạt động đó là gì? Nói cách khác, quan hệ toán học giữa gl_FragCoord và gl_position là gì, tôi có thể sử dụng hàm này để thay thế hàm openGL?

Cảm ơn bạn rất nhiều vì mọi đóng góp.

Answer 1

gl_Position nằm trong tọa độ đồng nhất sau chiếu.

Nó đáng chú ý là gl_Position là (4d) vị trí của một đỉnh, trong khi gl_FragCoord là (2d) vị trí của một đoạn.

Các hoạt động đó xảy ra ở giữa là

1. lắp ráp nguyên thủy (để tạo ra một hình tam giác từ 3 đỉnh, ví dụ)
2. clipping (tức là cắt hình tam giác trong nhiều tam giác đó là tất cả ở bên trong xem, nếu nó không phù hợp với ban đầu)
3. ứng dụng viewport
4. rasterization (lấy những hình tam giác và tạo ra mảnh vỡ có mái che từ họ)

Vì vậy, trong khi bạn có thể tìm công thức để chuyển đổi điểm tùy ý được biểu diễn từ vị trí đỉnh trong không gian 2d là khung nhìn, nó không ở trong và của chính nó hữu ích, vì các đoạn được tạo không thẳng hàng với vị trí đỉnh. công thức để có tọa độ 2d của đỉnh là

2d_coord_vertex = viewport.xy + viewport.wh * (1 + gl_Position.xy/gl_Position.w)/2 

Một lần nữa, đây không phải là gl_FragCoord. Kiểm tra các chi tiết về rasterization trong đặc điểm kỹ thuật GL nếu bạn muốn có kiến ​​thức chuyên sâu hơn.

Tôi không chắc chắn chính xác ý bạn là gì "thay thế hàm openGL", nhưng việc rasterizing là không tầm thường và vượt quá phạm vi của câu trả lời SO.