Trang này được dịch bởi Cloud Translation API.

Tính năng mới trong WebGPU (Chrome'127)

François Beaufort

Hỗ trợ thử nghiệm cho OpenGL ES trên Android

Giờ đây, bạn có thể truy cập vào GPUAdapter từ phần phụ trợ OpenGL ES khi yêu cầu chế độ tương thích WebGPU thử nghiệm trong Chrome cho Android. Điều này đặc biệt hữu ích đối với các thiết bị Android không hỗ trợ Vulkan 1.1 trở lên. Hãy xem ví dụ sau và vấn đề dawn:1545.

// Request a GPUAdapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ compatibilityMode: true });

Trang báo cáo WebGPU cho thấy thông tin GPUAdapter từ phần phụ trợ OpenGL ES trên thiết bị Android. — Thông tin về bộ chuyển đổi OpenGL ES trong webgpureport.org

Vì tính năng này vẫn đang trong giai đoạn thử nghiệm, nên bạn cần thực hiện các bước sau:

Bật các cờ Chrome sau: "Unsafe WebGPU Support", "WebGPU Developer Features" và "Enable command line on non-rooted devices".
Bật tính năng gỡ lỗi qua USB trên thiết bị Android.
Kết nối thiết bị Android với máy trạm, chạy adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line' để ưu tiên phần phụ trợ OpenGL ES hơn Vulkan và khởi động lại Chrome.

Thuộc tính thông tin GPUAdapter

Giờ đây, bạn có thể lấy thông tin nhận dạng về một bộ chuyển đổi theo cách đồng bộ bằng thuộc tính GPUAdapter info. Trước đây, việc gọi phương thức GPUAdapter requestAdapterInfo() không đồng bộ là cách duy nhất để lấy thông tin về bộ chuyển đổi. Tuy nhiên, requestAdapterInfo() đã bị xoá khỏi quy cách WebGPU và sẽ bị xoá trong Chrome vào cuối năm nay để các nhà phát triển web có đủ thời gian thực hiện quá trình chuyển đổi cần thiết. Hãy xem ví dụ sau, Trạng thái của Chrome và vấn đề 335383516.

const adapter = await navigator.gpu.requestAdapter();
const info = adapter.info;

// During the transition period, you can use the following:
// const info = adapter.info || await adapter.requestAdapterInfo();

console.log(`Vendor: ${info.vendor}`); // "arm"
console.log(`Architecture: ${info.architecture}`); // "valhall"

Cải thiện khả năng tương tác của WebAssembly

Để phù hợp với các khối WebAssembly được truyền trực tiếp đến WebGPU, kích thước của các đối số BufferSource sau đây sẽ không còn bị giới hạn ở 2 GB: dynamicOffsetsData trong setBindGroup(), nguồn data trong writeBuffer() và nguồn data Pin writeTexture(). Xem vấn đề 339049388.

Cải thiện lỗi bộ mã hoá lệnh

Một số lỗi xác thực phát sinh từ bộ mã hoá lệnh hiện sẽ có thông tin theo bối cảnh được cải thiện. Ví dụ: việc cố gắng bắt đầu một lượt truyền dữ liệu tính toán trong khi một lượt truyền dữ liệu kết xuất vẫn đang mở sẽ dẫn đến lỗi sau.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
    at CheckCurrentEncoder (..\..\third_party\dawn\src\dawn\native\EncodingContext.h:106)

Điều này mô tả lý do gây ra lỗi, nhưng không cho biết lệnh gọi nào thực sự gây ra lỗi xác thực. Lỗi sau đây cho thấy thông báo được cải thiện, bao gồm cả lệnh đã kích hoạt lỗi. Xem thay đổi 192245.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
 - While encoding [CommandEncoder (unlabeled)].BeginComputePass([ComputePassDescriptor]).

Thông tin cập nhật về bình minh

API C webgpu.h không còn hiển thị wgpuSurfaceGetPreferredFormat() nữa, đây là C tương đương với wgpu::Surface::GetPreferredFormat() của Dawn. Thay vào đó, hãy dùng wgpu::Surface::GetCapabilities() để lấy danh sách các định dạng được hỗ trợ, sau đó dùng formats[0] để lấy định dạng hoạ tiết ưu tiên cho bề mặt này. Trong thời gian chờ đợi, việc gọi wgpu::Surface::GetPreferredFormat() sẽ phát ra cảnh báo về việc ngừng sử dụng. Hãy xem vấn đề 290.

Giờ đây, bạn có thể sử dụng các cách sử dụng hoạ tiết được hỗ trợ của một vùng thông qua wgpu::SurfaceCapabilities::usages khi gọi wgpu::Surface::GetCapabilities(). Các giá trị này dự kiến sẽ luôn bao gồm wgpu::TextureUsage::RenderAttachment. Hãy xem vấn đề 301.

Đây chỉ là một số điểm nổi bật chính. Xem danh sách đầy đủ các cam kết.