このページは Cloud Translation API によって翻訳されました。

WebGPU の新機能（Chrome 117）

François Beaufort

頂点バッファの設定解除

GPURenderPassEncoder または GPURenderBundleEncoder の setVertexBuffer() に GPUBuffer ではなく null を渡すと、特定のスロットで以前に設定された頂点バッファを設定解除できます。問題 dawn:1675 をご覧ください。

// Set vertex buffer in slot 0.
myRenderPassEncoder.setVertexBuffer(0, myVertexBuffer);

// Then later, unset vertex buffer in slot 0.
myRenderPassEncoder.setVertexBuffer(0, null);

バインドグループの設定を解除する

GPURenderPassEncoder または GPURenderBundleEncoder で GPUBindGroup ではなく null を setBindGroup() に渡すと、特定のスロットで以前に設定されたバインドグループの設定を解除できます。問題 dawn:1675 をご覧ください。

// Set bing group in slot 0.
myRenderPassEncoder.setBindGroup(0, myBindGroup);

// Then later, unset bind group in slot 0.
myRenderPassEncoder.setBindGroup(0, null);

デバイスが失われた場合の非同期パイプライン作成のエラーをミュート

GPUDevice の createComputePipelineAsync() メソッドと createRenderPipelineAsync() メソッドは、パイプラインの作成が完了したときに解決される Promise を返します。今後、GPUDevice が lost の場合、非同期パイプラインの作成エラーは抑制され、紛失したデバイスが可能な限り機能しているように見えるようになります。dawn issue:1874 をご覧ください。

SPIR-V シェーダーモジュールの作成に関する更新

createShaderModule() で SPIR-V シェーダーモジュールを作成すると、「Unsafe WebGPU Support」フラグを指定して Chrome を実行しない限り、TypeError をスローするようになりました。SPIR-V は WebGPU 仕様に含まれていません。この変更の前に SPIR-V を使用すると、代わりに GPUInternalError が生成されていました。chromium:4711911 の変更をご覧ください。

デベロッパーエクスペリエンスの向上

読み取り / 書き込みストレージバッファと書き込み専用ストレージテクスチャバインディングについて、頂点シェーダーのバインディンググループレイアウトバインディングの検証エラーメッセージを改善しました。問題 dawn:1883 をご覧ください。

自動生成されたレイアウトを使用したキャッシュパイプライン

createRenderPipeline({ layout: "auto" }) で作成されたパイプラインで、Chrome のキャッシュメカニズムが利用されるようになりました。つまり、これらのパイプラインはより効率的に作成され、メモリの使用量も削減されます。issue dawn:1933 をご覧ください。

Dawn の更新

wgpu::RequestAdapterOptionsBackendType が wgpu::RequestAdapterOptions の一部になりました。これにより、アプリがアダプターを取得するときに特定のバックエンドをリクエストしやすくなります。次の例と問題 dawn:1875 をご覧ください。

wgpu::RequestAdapterOptions options = {
    .backendType = wgpu::BackendType::D3D12};

// Request D3D12 adapter.
myInstance.RequestAdapter(&options, myCallback, myUserData);

Node.js 用にいくつかの追加メソッドが実装されました。変更 dawn:142465 をご覧ください。

webgpu.h C API で、ブール値の型を stdbool から WGPUBool（uint32_t）に変更しました。この変更は、API の C と C++ で同等の ABI を確保するために行われました。

以下に、主なハイライトをいくつかご紹介します。コミットの一覧（すべて網羅）をご覧ください。