Unity biên dịch shader ở editor và lúc chạy khác nhau thế nào?

Điểm chính

1. Tài liệu Unity 6.0.6 về shader compilation mô tả cơ chế trong Unity; không khái quát sang Unreal hay engine khác. ^[1]
2. Editor, build và runtime là những ngữ cảnh khác nhau; việc một shader được biên dịch ở một giai đoạn không chứng minh mọi variant đã sẵn có ở giai đoạn khác.
3. Keyword và cấu hình có thể làm phát sinh các tổ hợp variant cần quản lý; số lượng thực tế phụ thuộc dự án và nền tảng.
4. Ghi phiên bản Unity, cấu hình build, shader và nền tảng đích trước khi so sánh log hay thời gian.

Ba ngữ cảnh cần phân biệt

Trong Editor, nhà phát triển thường thay đổi vật liệu, keyword và cấu hình khi kiểm tra nội dung. Unity có thể cần biên dịch hoặc chuẩn bị shader để Editor hiển thị kết quả. Đây là môi trường làm việc, không tự động đại diện cho build phát hành. Máy phát triển cũng có thể giữ cache hoặc trạng thái trước đó, khiến lần mở dự án sau khác lần đầu.

Trong quá trình build, hệ thống xác định nội dung cần đưa vào gói ứng dụng theo dự án, cấu hình và nền tảng đích. Các shader variant được xem xét trong mối liên hệ với keyword và nội dung sử dụng. Vì thế, kết quả build cho một nền tảng không nên được coi là bằng chứng rằng mọi nền tảng khác có cùng tập shader. Tham số và phiên bản Unity cần được khóa để so sánh có ý nghĩa.

Ở runtime, ứng dụng có thể yêu cầu biến thể theo trạng thái vật liệu hoặc tùy chọn đang hoạt động. Nếu một biến thể cần thiết không được chuẩn bị đúng cách, người dùng có thể quan sát hiện tượng liên quan đến hiển thị hoặc thời gian khởi tạo; tuy nhiên phải kiểm tra log và dự án cụ thể. Không thể chỉ nhìn một khoảng khựng rồi khẳng định nguyên nhân là biên dịch shader.

Unity 6.0.6 documentation về shader compilation là phạm vi nguồn phù hợp cho hành vi của Unity ở phiên bản được ghi. Nó không phải mô tả chung cho mọi phiên bản hay engine. ^[1]

Keyword và variant làm thay đổi điều gì

Shader keyword đại diện các lựa chọn cấu hình ảnh hưởng đến cách shader được sử dụng. Khi có nhiều lựa chọn, tổ hợp có thể tạo ra nhiều variant để xét. Nhưng không nên nhân số keyword một cách máy móc rồi gọi kết quả là số variant thực sự của build: dự án, cách khai báo, lựa chọn trong pipeline và nội dung được đưa vào có thể loại bỏ hoặc giữ lại những tổ hợp khác nhau.

Hãy kiểm tra cấu hình của shader, material, graphics settings và quy trình build phù hợp với dự án. Đọc cảnh báo hoặc thông báo biên dịch trong ngữ cảnh; một log của Editor không nhất thiết mô tả những gì người dùng gặp trong bản phát hành. Khi cần kiểm chứng, lưu log đầy đủ, bản build, nền tảng và các bước tái hiện để nhóm khác có thể lặp lại.

Nếu đổi keyword hoặc tùy chọn, thực hiện thay đổi riêng biệt rồi build lại. Ghi rõ build sạch hay có cache, bởi việc tái sử dụng dữ liệu đã biên dịch có thể làm thời gian quan sát khác nhau. Không đưa ra con số chuẩn về thời gian biên dịch hay số variant nếu không có dữ liệu cho dự án và máy cụ thể.

Một quy trình chẩn đoán có thể lặp lại

Bắt đầu bằng việc khóa phiên bản Unity (ở đây là tài liệu 6.0.6), commit dự án, shader liên quan, cấu hình build và nền tảng đích. Chạy lại cùng một quy trình, lưu log và so sánh phần thay đổi. Nếu vấn đề chỉ xuất hiện trên thiết bị đích, kiểm tra đúng build và trạng thái chạy ở đó thay vì dựa hoàn toàn vào Editor.

Tiếp theo phân loại hiện tượng: build chậm, lần chạy đầu có khựng, vật liệu hiển thị khác, hay log báo biến thể. Mỗi biểu hiện đòi hỏi bằng chứng khác nhau. Chỉ sau khi xác định thời điểm, mới chọn tài liệu hoặc công cụ phù hợp. Cách này hạn chế việc gọi mọi vấn đề đồ họa là “shader compile hitch”.

Nội dung kỹ thuật về shader không cung cấp lịch thi đấu hoặc trạng thái phát trực tiếp. Nếu muốn chuyển sang theo dõi thể thao, có thể xem <a href="https://www.klive68.com/">Trang theo dõi livestream bóng đá hôm nay của KLIVE</a>; thông tin về trận cụ thể cần được xác nhận trực tiếp vì danh sách thay đổi theo thời gian.

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