Biên dịch GLSL được viết cho các phiên bản OpenGL ES thành Vulkan

Question

Câu hỏi của tôi tương tự như this one nhưng một phần của câu trả lời (hữu ích) không tương thích với việc biên dịch GLSL cho vulkan dựa trên OpenGL ES ESSL 3.10.

Để sử dụng một phần riêng biệt của bộ nhớ liên tục đẩy trong đổ bóng đỉnh và đổ bóng phân đoạn, giải pháp được đề xuất là sử dụng bố trí (offset = #) trước thành viên đầu tiên của cấu trúc liên tục đẩy.

Cố gắng thực hiện điều này trong mã GLSL ES 310 dẫn đến lỗi "'offset trên thành viên khối': không được hỗ trợ với cấu hình này: es".

Có cách nào được hỗ trợ để khai báo khoản bù trừ tương thích với es không?

Cách giải quyết duy nhất mà tôi tìm thấy là khai báo một loạt các biến giả trong trình đổ bóng phân đoạn. Khi tôi làm như vậy, tôi nhận được các lỗi lớp xác nhận nếu tôi không khai báo đầy đủ vùng đệm liên tục của bộ đệm đổ bóng trong VkPipelineLayoutCreateInfo. Sau khi sửa lỗi đó, tôi nhận được các cảnh báo lớp xác thực về "vkCreatePipelineLayout() gọi có các hằng số đẩy với các dải chồng chéo".

Rõ ràng là tôi có thể bỏ qua cảnh báo, nhưng nếu có giải pháp gọn gàng hơn, thì điều đó sẽ thích hợp hơn nhiều.

Ví dụ đơn giản, điều này biên dịch thành công với VulkanSDK \ 1.0.13.0 \ Bin \ glslangValidator.exe:

#version 430 
#extension GL_ARB_enhanced_layouts: enable 

layout(std140, push_constant) uniform PushConstants 
{ 
     layout(offset=64) mat4 matWorldViewProj; 
} ubuf; 

layout(location = 0) in vec4 i_Position; 

void main() { 
    gl_Position = ubuf.matWorldViewProj * i_Position; 
} 

Trong khi điều này không:

#version 310 es 
#extension GL_ARB_enhanced_layouts: enable 

layout(std140, push_constant) uniform PushConstants 
{ 
     layout(offset=64) mat4 matWorldViewProj; 
} ubuf; 

layout(location = 0) in vec4 i_Position; 

void main() { 
    gl_Position = ubuf.matWorldViewProj * i_Position; 
} 

Chuyển đổi tất cả các mã 310 ES đổ bóng của tôi để 430 sẽ giải quyết vấn đề của tôi, nhưng điều đó sẽ không lý tưởng. GL_ARB_enhanced_layouts không áp dụng cho mã 310 ES, vì vậy câu hỏi của tôi không phải là lý do tại sao nó không hoạt động, nhưng thay vào đó, tôi có bất kỳ tùy chọn nào trong ES để đạt được cùng một mục tiêu không?

Answer 1

Nếu bạn biên dịch SPIR-V cho Vulkan có một "VULKAN" Xác định thiết lập trong shaders của bạn (xem GL_KHR_VULKAN_glsl), do đó bạn có thể làm một cái gì đó như thế này:

#ifdef VULKAN 
    layout(push_constant) uniform pushConstants { 
     vec4 (offset = 12) pos; 
    } pushConstBlock; 
#else 
    // GLES stuff 
#endif 

Answer 2

tôi sẽ xem xét việc này một lỗi trong trình biên dịch GLSL.

Điều gì đang xảy ra ở đây. Có một số điều giúp biên soạn GLSL cho Vulkan thêm vào ngôn ngữ, dưới dạng defined by KHR_vulkan_glsl. Ví dụ: push_constant bố cục được thêm rõ ràng vào cú pháp GLSL.

Tuy nhiên, có một số điều mà nó không thêm vào ngôn ngữ. Quan trọng đối với trường hợp sử dụng của bạn là khả năng áp dụng bù đắp cho các thành viên của các khối thống nhất. Có, KHR_vulkan_glsl sử dụng thông tin khi tạo bố cục khối của trình đổ bóng. Nhưng ngữ pháp cho phép bạn nói layout(offset=#) được xác định bởi GLSL, chứ không phải bởi KHR_vulkan_glsl.

Và ngữ pháp đó không phải là một phần của bất kỳ phiên bản nào của GLSL-ES. Nó cũng không được cung cấp bởi bất kỳ phần mở rộng ES nào mà tôi biết. Vì vậy, bạn không thể sử dụng nó.Tôi có thể nói rằng trình biên dịch tham chiếu nên, khi biên dịch một shader cho Vulkan, hoặc không biên dịch bất kỳ phiên bản dựa trên GLSL-ES nào, hoặc âm thầm bỏ qua bất kỳ khai báo phiên bản và tiện ích nào và chỉ giả sử GLSL 4.50 trên máy tính để bàn.

Đối với những gì bạn có thể làm về nó ... không có gì. Ngắn của giải pháp đó hack vào trình biên dịch cho mình, giải pháp chính của bạn là viết mã của bạn chống lại các phiên bản của OpenGL máy tính để bàn. Giống như 4,50.