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

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

François Beaufort

Ngày xuất bản: 29 tháng 1 năm 2025

Các định dạng đỉnh unorm8x4-bgra và 1 thành phần khác

Đã thêm định dạng đỉnh "unorm8x4-bgra" và 1 thành phần đỉnh sau: "uint8", "sint8", "unorm8", "snorm8", "uint16", "sint16", "unorm16", "snorm16" và "float16". Định dạng đỉnh "unorm8x4-bgra" giúp bạn tải màu đỉnh được mã hoá BGRA một cách thuận tiện hơn một chút trong khi vẫn giữ nguyên chương trình đổ bóng. Ngoài ra, định dạng đỉnh 1 thành phần chỉ cho phép bạn yêu cầu dữ liệu cần thiết khi trước đây bạn phải yêu cầu ít nhất gấp đôi cho các kiểu dữ liệu 8 và 16 bit. Xem mục chromestatus và vấn đề 376924407.

Cho phép yêu cầu các giới hạn không xác định bằng giá trị không xác định

Để API WebGPU ít bị ảnh hưởng hơn khi phát triển, giờ đây, bạn có thể yêu cầu các giới hạn không xác định bằng giá trị undefined khi yêu cầu một thiết bị GPU. Điều này hữu ích trong mã ứng dụng sau đây, chẳng hạn như khi adapter.limits.someLimit có thể là undefined nếu someLimit không còn tồn tại. Xem spec PR 4781.

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

const device = await adapter.requestDevice({
  requiredLimits: { someLimit: adapter.limits.someLimit }, // someLimit can be undefined
});

Các thay đổi về quy tắc căn chỉnh WGSL

Giờ đây, bạn không thể cung cấp giá trị căn chỉnh quá nhỏ cho một thành viên cấu trúc vì hiện tại, bạn phải chia @align(n) cho RequiredAlignOf đối với tất cả các cấu trúc. Thay đổi mang tính đột phá này giúp đơn giản hoá việc sử dụng ngôn ngữ WGSL và giúp ngôn ngữ này tương thích hơn với Firefox và Safari. Bạn có thể tìm thấy mã mẫu cho thấy sự khác biệt giữa các trình biên dịch Tint, Naga và WebKit trong spec PR.

Mức tăng hiệu suất WGSL khi loại bỏ

Do hiệu suất giảm đáng kể khi kết xuất hiệu ứng phản xạ không gian màn hình (SSR) phức tạp, việc triển khai discard statement sẽ sử dụng ngữ nghĩa do nền tảng cung cấp để giảm cấp xuống lệnh gọi trợ giúp khi có thể. Điều này giúp cải thiện hiệu suất của các chương trình đổ bóng sử dụng lệnh loại bỏ. Hãy xem vấn đề 372714384.

Sử dụng VideoFrame displaySize cho các hoạ tiết bên ngoài

Bạn nên sử dụng các phương diện displayWidth và displayHeight làm kích thước biểu kiến của GPUExternalTexture khi nhập VideoFrame theo quy cách WebGPU. Tuy nhiên, kích thước hiển thị đã được sử dụng không chính xác, gây ra vấn đề khi cố gắng sử dụng textureLoad() trên GPUExternalTexture. Vấn đề này hiện đã được khắc phục. Xem vấn đề 377574981.

Xử lý hình ảnh có hướng không mặc định bằng copyExternalImageToTexture

Phương thức copyExternalImageToTexture() GPUQueue được dùng để sao chép nội dung của một hình ảnh hoặc canvas vào một hoạ tiết. Giờ đây, tính năng này xử lý đúng cách những hình ảnh có hướng không phải là hướng mặc định. Trước đây, trường hợp này không xảy ra khi nguồn là ImageBitmap có imageOrientation "from-image" hoặc hình ảnh có hướng không mặc định. Xem vấn đề 384858956.

Cải thiện trải nghiệm của nhà phát triển

Bạn có thể ngạc nhiên khi adapter.limits cho thấy các giá trị cao, nhưng bạn không nhận ra rằng bạn cần yêu cầu rõ ràng một giới hạn cao hơn khi yêu cầu một thiết bị GPU. Nếu không làm như vậy, bạn có thể vô tình đạt đến hạn mức sau này.

Để hỗ trợ bạn, chúng tôi đã mở rộng thông báo lỗi bằng các gợi ý cho biết bạn phải yêu cầu rõ ràng hạn mức cao hơn khi không có hạn mức nào được chỉ định trong requiredLimits khi gọi requestDevice(). Xem vấn đề 42240683.

Ví dụ sau đây cho thấy một thông báo lỗi được cải thiện đã ghi vào bảng điều khiển DevTools khi tạo một vùng đệm GPU có kích thước vượt quá giới hạn kích thước vùng đệm tối đa mặc định của thiết bị.

const adapter = await navigator.gpu.requestAdapter();
const device = await adapter.requestDevice();

// Create a GPU buffer with a size exceeding the default max buffer size device limit.
const size = device.limits.maxBufferSize + 1;
const buffer = device.createBuffer({ size, usage: GPUBufferUsage.MAP_READ });

device.queue.submit([]);

⚠️ Buffer size (268435457) exceeds the max buffer size limit (268435456). This adapter supports a higher maxBufferSize of 4294967296, which can be specified in requiredLimits when calling requestDevice(). Limits differ by hardware, so always check the adapter limits prior to requesting a higher limit.
- While calling [Device].CreateBuffer([BufferDescriptor]).

Bật chế độ tương thích bằng featureLevel

Giờ đây, bạn có thể yêu cầu một bộ điều hợp GPU ở chế độ tương thích thử nghiệm bằng cách đặt lựa chọn featureLevel được tiêu chuẩn hoá thành "compatibility". "core" (mặc định) và "compatibility" là các chuỗi duy nhất được phép. Hãy xem ví dụ sau và spec PR 4897.

// Request a GPU adapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ featureLevel: "compatibility" });

if (adapter?.featureLevel === "compatibility") {
  // Any devices created from this adapter will support only compatibility mode.
}

Tuỳ chọn featureLevel thay thế tuỳ chọn compatibilityMode không chuẩn hoá, trong khi thuộc tính featureLevel không chuẩn hoá thay thế thuộc tính isCompatibilityMode.

Vì tính năng này vẫn đang trong giai đoạn thử nghiệm, nên hiện tại, bạn cần chạy Chrome với cờ "Hỗ trợ WebGPU không an toàn" tại chrome://flags/#enable-unsafe-webgpu. Hãy truy cập webgpureport.org để dùng thử.

Dọn dẹp các tính năng của nhóm con thử nghiệm

Các tính năng nhóm con thử nghiệm "chromium-experimental-subgroups" và "chromium-experimental-subgroup-uniform-control-flow" không dùng nữa sẽ bị xoá. Hãy xem vấn đề 377868468.

Giờ đây, bạn chỉ cần tính năng thử nghiệm "subgroups" khi thử nghiệm với các nhóm nhỏ. Tính năng thử nghiệm "subgroups-f16" không được dùng nữa và sẽ sớm bị loại bỏ. Bạn có thể sử dụng các giá trị f16 với các nhóm phụ khi ứng dụng của bạn yêu cầu cả hai tính năng "shader-f16" và "subgroups". Xem vấn đề 380244620.

Ngừng sử dụng giới hạn maxInterStageShaderComponents

Hạn mức maxInterStageShaderComponents không còn được áp dụng do nhiều yếu tố kết hợp:

Dư thừa với maxInterStageShaderVariables: Giới hạn này đã có mục đích tương tự là kiểm soát lượng dữ liệu được truyền giữa các giai đoạn của chương trình đổ bóng.
Chênh lệch nhỏ: Mặc dù có sự khác biệt nhỏ trong cách tính hai giới hạn này, nhưng những khác biệt này không đáng kể và có thể được quản lý hiệu quả trong giới hạn maxInterStageShaderVariables.
Đơn giản hoá: Việc xoá maxInterStageShaderComponents giúp đơn giản hoá giao diện chương trình đổ bóng và giảm độ phức tạp cho nhà phát triển. Thay vì quản lý 2 hạn mức riêng biệt có sự khác biệt nhỏ, họ có thể tập trung vào maxInterStageShaderVariables toàn diện và có tên phù hợp hơn.

Mục tiêu là loại bỏ hoàn toàn tính năng này trong Chrome 135. Hãy xem ý định ngừng cung cấp và vấn đề 364338810.

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

wgpu::Device::GetAdapterInfo(adapterInfo) cho phép bạn lấy thông tin về bộ chuyển đổi trực tiếp từ wgpu::Device. Hãy xem vấn đề 376600838.

Cấu trúc WGPUProgrammableStageDescriptor đã được đổi tên thành WGPUComputeState để đảm bảo trạng thái tính toán nhất quán với trạng thái đỉnh và phân mảnh. Xem vấn đề 379059434.

Giá trị enum wgpu::VertexStepMode::VertexBufferNotUsed đã bị xoá. Giờ đây, bạn có thể biểu thị bố cục vùng đệm đỉnh không được dùng bằng {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. Hãy xem vấn đề 383147017.

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