Yang Baru di WebGPU (Chrome 133)

François Beaufort
François Beaufort
GitHub

Dipublikasikan: 29 Januari 2025

Format vertex 1 komponen dan unorm8x4-bgra tambahan

Format verteks "unorm8x4-bgra" dan format verteks 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 sambil mempertahankan shader yang sama. Selain itu, format verteks 1 komponen memungkinkan Anda meminta hanya data yang diperlukan, padahal sebelumnya diperlukan data dua kali lebih banyak 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

Untuk membuat WebGPU API tidak terlalu rentan 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, saat adapter.limits.someLimit dapat berupa undefined jika someLimit tidak ada lagi. Lihat spec 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 lagi dapat memberikan nilai perataan yang terlalu kecil untuk anggota struct karena kini @align(n) harus membagi RequiredAlignOf untuk semua struct. Perubahan yang tidak kompatibel ini menyederhanakan penggunaan bahasa WGSL dan membuatnya lebih kompatibel dengan Firefox dan Safari. Anda dapat menemukan contoh kode yang menunjukkan perbedaan antara compiler Tint, Naga, dan WebKit di PR spesifikasi.

Peningkatan performa WGSL dengan discard

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

Menggunakan displaySize VideoFrame untuk tekstur eksternal

Dimensi displayWidth dan displayHeight harus digunakan sebagai ukuran GPUExternalTexture yang terlihat saat mengimpor VideoFrame sesuai dengan spesifikasi WebGPU. Namun, ukuran yang terlihat digunakan secara tidak benar 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 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

Mungkin mengejutkan jika adapter.limits menunjukkan nilai yang tinggi, tetapi Anda tidak menyadari bahwa Anda perlu meminta batas yang lebih tinggi secara eksplisit saat meminta perangkat GPU. Jika tidak dilakukan, batas dapat tercapai secara tidak terduga di kemudian hari.

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

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

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

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

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 "Unsafe WebGPU Support" 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 telah dihapus. Lihat masalah 377868468.

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

Menghentikan penggunaan batas maxInterStageShaderComponents

Batas maxInterStageShaderComponents tidak digunakan lagi karena kombinasi faktor berikut:

  • Redundansi dengan maxInterStageShaderVariables: Batas ini sudah memiliki tujuan yang serupa, yaitu mengontrol jumlah data yang diteruskan antar-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 menyederhanakan antarmuka shader dan mengurangi kompleksitas bagi developer. Daripada mengelola dua batas terpisah dengan perbedaan yang tidak terlalu signifikan, mereka dapat berfokus pada maxInterStageShaderVariables yang dinamai dengan lebih tepat dan komprehensif.

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

Update Dawn

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.

Hal ini hanya mencakup beberapa sorotan utama. Lihat daftar commit yang lengkap.

Yang Baru di WebGPU

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

Chrome 140

Chrome 139

Chrome 138

Chrome 137

Chrome 136

Chrome 135

Chrome 134

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