Yang Baru di WebGPU (Chrome 133)

François Beaufort
François Beaufort
GitHub

Dipublikasikan: 29 Januari 2025

Format vertex unorm8x4-bgra dan 1 komponen tambahan

Format vertex "unorm8x4-bgra" dan format vertex 1 komponen berikut telah ditambahkan: "uint8", "sint8", "unorm8", "snorm8", "uint16", "sint16", "unorm16", "snorm16", dan "float16". Format vertex "unorm8x4-bgra" membuatnya sedikit lebih mudah untuk memuat warna vertex yang dienkode BGRA sekaligus mempertahankan shader yang sama. Selain itu, format vertex 1 komponen memungkinkan Anda hanya meminta data yang diperlukan, sedangkan sebelumnya diperlukan setidaknya dua kali lipat untuk jenis data 8 dan 16-bit. Lihat entri chromestatus dan masalah 376924407.

Mengizinkan batas yang tidak diketahui untuk diminta dengan nilai yang tidak ditentukan

Agar WebGPU API tidak terlalu rapuh seiring perkembangannya, Anda kini dapat meminta batas yang tidak diketahui dengan nilai undefined saat meminta perangkat GPU. Hal ini berguna dalam kode aplikasi berikut, misalnya adapter.limits.someLimit dapat berupa undefined jika someLimit tidak ada lagi. Lihat spesifikasi PR 4781.

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

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

Perubahan aturan perataan WGSL

Anda tidak dapat lagi memberikan nilai perataan yang terlalu kecil untuk anggota struct karena sekarang @align(n) harus membagi RequiredAlignOf untuk semua struct. Perubahan yang menyebabkan gangguan ini menyederhanakan penggunaan bahasa WGSL dan membuatnya lebih kompatibel dengan Firefox dan Safari. Anda dapat menemukan kode contoh yang menunjukkan perbedaan antara compiler Tint, Naga, dan WebKit di PR spesifikasi.

Peningkatan performa WGSL dengan penghapusan

Karena penurunan performa yang signifikan yang diamati saat merender efek refleksi ruang layar (SSR) yang kompleks, implementasi pernyataan penghapusan menggunakan semantik yang disediakan platform untuk mendemosikan ke pemanggilan helper jika tersedia. Hal ini meningkatkan performa shader yang menggunakan penghapusan. Lihat masalah 372714384.

Menggunakan displaySize VideoFrame untuk tekstur eksternal

Dimensi displayWidth dan displayHeight harus digunakan sebagai ukuran yang terlihat dari GPUExternalTexture saat mengimpor VideoFrame sesuai dengan spesifikasi WebGPU. Namun, ukuran yang terlihat salah digunakan sehingga menyebabkan masalah saat mencoba menggunakan textureLoad() di GPUExternalTexture. Hal ini sekarang telah diperbaiki. Lihat masalah 377574981.

Menangani gambar dengan orientasi non-default menggunakan copyExternalImageToTexture

Metode GPUQueue copyExternalImageToTexture() digunakan untuk menyalin konten gambar atau kanvas ke dalam tekstur. Sekarang, fitur ini menangani gambar dengan orientasi non-default dengan benar. Sebelumnya, hal ini tidak terjadi jika sumbernya adalah ImageBitmap dengan imageOrientation "from-image" atau gambar dengan orientasi non-default. Lihat masalah 384858956.

Meningkatkan pengalaman developer

Anda mungkin terkejut saat adapter.limits menampilkan nilai tinggi, tetapi Anda tidak menyadari bahwa Anda perlu meminta batas yang lebih tinggi secara eksplisit saat meminta perangkat GPU. Jika tidak dilakukan, batas tersebut dapat terlampaui secara tidak terduga di lain waktu.

Untuk membantu Anda, pesan error telah diperluas dengan petunjuk yang memberi tahu Anda untuk secara eksplisit meminta batas yang lebih tinggi jika tidak ada batas yang ditentukan di requiredLimits saat memanggil requestDevice(). Lihat masalah 42240683.

Contoh berikut menunjukkan pesan error yang ditingkatkan yang dicatat di konsol DevTools saat membuat buffering GPU dengan ukuran yang melebihi batas perangkat ukuran buffering maksimum default.

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]).

Mengaktifkan mode kompatibilitas dengan featureLevel

Meminta adaptor GPU dalam mode kompatibilitas eksperimental kini dapat dilakukan dengan menetapkan opsi featureLevel standar ke "compatibility". String "core" (default) dan "compatibility" adalah satu-satunya nilai yang diizinkan. Lihat contoh berikut dan spesifikasi 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.
}

Opsi featureLevel menggantikan opsi compatibilityMode yang tidak distandardisasi, sedangkan atribut featureLevel yang tidak distandardisasi menggantikan atribut isCompatibilityMode.

Karena masih bersifat eksperimental, Anda harus menjalankan Chrome dengan tanda "Dukungan WebGPU Tidak Aman" di chrome://flags/#enable-unsafe-webgpu untuk saat ini. Lihat webgpureport.org untuk mencobanya.

Pembersihan fitur subgrup eksperimental

Fitur subgrup eksperimental "chromium-experimental-subgroups" dan "chromium-experimental-subgroup-uniform-control-flow" yang tidak digunakan lagi akan dihapus. Lihat masalah 377868468.

Fitur eksperimental "subgroups" adalah satu-satunya yang Anda perlukan saat bereksperimen dengan subgrup. Fitur eksperimental "subgroups-f16" tidak digunakan lagi dan akan segera dihapus. Anda dapat menggunakan nilai f16 dengan subgrup saat aplikasi meminta fitur "shader-f16" dan "subgroups". Lihat masalah 380244620.

Menghentikan penggunaan batas maxInterStageShaderComponents

Batas maxInterStageShaderComponents tidak digunakan lagi karena kombinasi beberapa faktor:

  • Redundansi dengan maxInterStageShaderVariables: Batas ini sudah memiliki tujuan yang serupa, yaitu mengontrol jumlah data yang diteruskan di antara tahap shader.
  • Perbedaan kecil: Meskipun ada sedikit perbedaan dalam cara penghitungan kedua batas tersebut, perbedaan ini kecil dan dapat dikelola secara efektif dalam batas maxInterStageShaderVariables.
  • Penyederhanaan: Menghapus maxInterStageShaderComponents akan menyederhanakan antarmuka shader dan mengurangi kompleksitas bagi developer. Daripada mengelola dua batas terpisah dengan perbedaan yang halus, mereka dapat berfokus pada maxInterStageShaderVariables yang lebih tepat namanya dan komprehensif.

Tujuannya adalah untuk menghapusnya sepenuhnya di Chrome 135. Lihat rencana penghentian penggunaan dan masalah 364338810.

Update fajar

wgpu::Device::GetAdapterInfo(adapterInfo) memungkinkan Anda mendapatkan info adaptor langsung dari wgpu::Device. Lihat masalah 376600838.

Struct WGPUProgrammableStageDescriptor telah diganti namanya menjadi WGPUComputeState untuk membuat status komputasi konsisten dengan status vertex dan fragmen. Lihat masalah 379059434.

Nilai enum wgpu::VertexStepMode::VertexBufferNotUsed telah dihapus. Tata letak buffer vertex yang tidak digunakan kini dapat dinyatakan dengan {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. Lihat masalah 383147017.

Bagian ini hanya membahas beberapa sorotan utama. Lihat daftar commit yang lengkap.

Yang Baru di WebGPU

Daftar semua yang telah dibahas dalam seri Yang Baru di WebGPU.

Chrome 133

Chrome 132

Chrome 131

Chrome 130

Chrome 129

Chrome 128

Chrome 127

Chrome 126

Chrome 125

Chrome 124

Chrome 123

Chrome 122

Chrome 121

Chrome 120

Chrome 119

Chrome 118

Chrome 117

Chrome 116

Chrome 115

Chrome 114

Chrome 113