Deze pagina is vertaald door de Cloud Translation API.

Wat is er nieuw in WebGPU (Chrome 132)

François Beaufort

Gepubliceerd: 8 januari 2025

Gebruik van textuurweergave

GPU-textuurweergaven erven momenteel alle gebruiksvlaggen van hun bron-GPU-textuur. Dit kan problematisch zijn, omdat sommige weergaveformaten incompatibel zijn met bepaalde gebruikswijzen. Om dit probleem op te lossen, kunt u door createView() aan te roepen met het optionele usage expliciet een subset van de gebruiksvlaggen van de brontextuur specificeren die compatibel zijn met het gekozen weergaveformaat.

Deze wijziging maakt voorafgaande validatie en meer gedetailleerde controle over het gebruik van de weergave mogelijk. Het sluit ook aan bij andere grafische API's waar gebruiksvlaggen veelgebruikte parameters zijn bij het maken van weergaven, wat optimalisatiemogelijkheden biedt.

Zie het volgende fragment, de chromestatus-vermelding en probleem 363903526 .

const texture = myDevice.createTexture({
  size: [4, 4],
  format: "rgba8unorm",
  usage:
    GPUTextureUsage.RENDER_ATTACHMENT |
    GPUTextureUsage.TEXTURE_BINDING |
    GPUTextureUsage.STORAGE_BINDING,
  viewFormats: ["rgba8unorm-srgb"],
});

const view = texture.createView({
  format: 'rgba8unorm-srgb',
  usage: GPUTextureUsage.RENDER_ATTACHMENT, // Restrict allowed usage.
});

32-bits float-texturen mengen

32-bits floating-point texturen zijn essentieel voor HDR-rendering om een breed scala aan kleurwaarden te behouden en kleurafwijkingen te voorkomen. Bijvoorbeeld in wetenschappelijke visualisaties.

De nieuwe GPU-functie "float32-blendable" maakt het mogelijk om GPU-texturen met de formaten "r32float" , "rg32float" en "rgba32float" te mengen. Het is nu mogelijk om een renderpipeline te creëren die gebruikmaakt van blending met elk type float32-texturen wanneer een GPU-apparaat met deze functie wordt aangevraagd.

Zie het volgende fragment, de chromestatus-vermelding en probleem 369649348 .

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("float32-blendable")) {
  throw new Error("32-bit float textures blending support is not available");
}
// Explicitly request 32-bit float textures blending support.
const device = await adapter.requestDevice({
  requiredFeatures: ["float32-blendable"],
});

// ... Creation of shader modules is omitted for readability.

// Create a render pipeline that uses blending for the rgba32float format.
device.createRenderPipeline({
  vertex: { module: myVertexShaderModule },
  fragment: {
    module: myFragmentShaderModule,
    targets: [
      {
        format: "rgba32float",
        blend: { color: {}, alpha: {} },
      },
    ],
  },
  layout: "auto",
});

// Create the GPU texture with rgba32float format and
// send the appropriate commands to the GPU...

GPUDevice `adapterInfo` attribuut

Voor bibliotheken die gebruikmaken van door de gebruiker aangeleverde GPUDevice objecten is het belangrijk om toegang te hebben tot informatie over de fysieke GPU, omdat ze mogelijk optimalisaties moeten uitvoeren of oplossingen moeten implementeren op basis van de GPU-architectuur. Hoewel het mogelijk is om deze informatie via het GPUAdapter object te verkrijgen, is er geen directe manier om deze rechtstreeks van een GPUDevice te halen. Dit kan onhandig zijn, omdat gebruikers dan mogelijk aanvullende informatie naast de GPUDevice moeten verstrekken.

Om dit probleem op te lossen, wordt GPUAdapterInfo nu beschikbaar gesteld via het GPUDevice adapterInfo attribuut. Deze zijn vergelijkbaar met het bestaande GPUAdapter info attribuut.

Zie het volgende fragment, de chromestatus-vermelding en probleem 376600838 .

function optimizeForGpuDevice(device) {
  if (device.adapterInfo.vendor === "amd") {
    // Use AMD-specific optimizations.
  } else if (device.adapterInfo.architecture.includes("turing")) {
    // Optimize for NVIDIA Turing architecture.
  }
}

Het configureren van de canvascontext met een ongeldig formaat veroorzaakt een JavaScript-fout.

Voorheen resulteerde het gebruik van een ongeldig textuurformaat met de configure() -methode van de GPU-canvascontext in een GPU-validatiefout. Dit is gewijzigd, zodat er nu een JavaScript TypeError wordt gegenereerd. Dit voorkomt situaties waarin getCurrentTexture() een geldige GPU-textuur retourneert, ondanks dat de GPU-canvascontext onjuist is geconfigureerd. Meer informatie is te vinden in issue 372837859 .

Beperkingen van de sampler op texturen filteren

Het gebruik van texturen in de formaten "sint" , "uint" en " depth" met filterende samples was voorheen toegestaan. Het is nu correct verboden om een textuur in het formaat "sint" of "uint" te gebruiken met een filterende sampler. Houd er rekening mee dat er momenteel een waarschuwing wordt weergegeven als u een " depth" -textuur gebruikt met een filterende sampler, omdat dit in de toekomst verboden zal worden. Zie probleem 376497143 .

Deze beperkingen betekenen dat het gebruik van een dieptetextuur met een niet-filterende sampler handmatige aanmaak van bindgroeplay-outs vereist. Dit komt doordat de automatisch gegenereerde bindgroeplay-outs deze combinatie nog niet ondersteunen. Specificatie-issue 4952 bevat een voorstel dat momenteel in behandeling is om deze beperking in de toekomst aan te pakken.

Uitgebreide subgroepsexperimenten

De experimenten met subgroepen , die aanvankelijk zouden eindigen in Chrome 131, zijn verlengd tot Chrome 133 en eindigen op 16 april 2025. Hoewel de eerste test met origin zich richtte op prestaties, ontbraken cruciale waarborgen voor portabiliteit . Deze waarborgen zullen nu worden toegevoegd, wat mogelijk fouten in bestaande code kan veroorzaken.

Verbetering van de ontwikkelaarservaring

Er verschijnt nu een waarschuwing in DevTools wanneer de optie powerPreference wordt gebruikt met requestAdapter() op Windows. Deze waarschuwing verdwijnt zodra Chrome weet hoe twee verschillende GPU's te gebruiken en de resultaten daarvan te combineren. Zie probleem 369219127 .

De grootte van de GPU-buffer wordt nu weergegeven in het foutbericht wanneer een te grote GPU-buffer wordt aangemaakt. Zie probleem 374167798 .

Experimentele ondersteuning voor 16-bits genormaliseerde textuurformaten

Experimenteel zijn nu 16-bits genormaliseerde textureformaten met teken en zonder teken beschikbaar achter respectievelijk de GPU-functies "chromium-experimental-snorm16-texture-formats" en "chromium-experimental-unorm16-texture-formats" terwijl de standaardisatie ervan wordt besproken .

Deze functies voegen ondersteuning toe voor 16-bits genormaliseerde textuurformaten met COPY_SRC , COPY_DST , TEXTURE_BINDING , RENDER_ATTACHMENT gebruik, multisampling en resolutiemogelijkheden. De extra formaten zijn "r16unorm" , "rg16unorm" , "rgba16unorm" , "r16snorm" , "rg16snorm" en "rgba16snorm" .

Totdat deze experimentele functies gestandaardiseerd zijn, kunt u de vlag "Unsafe WebGPU Support" inschakelen via chrome://flags/#enable-unsafe-webgpu om ze beschikbaar te maken in Chrome.

Zie het volgende fragment en probleem 374790898 .

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("chromium-experimental-snorm16-texture-formats")) {
  throw new Error("16-bit signed normalized formats support is not available");
}
// Explicitly request 16-bit signed normalized formats support.
const device = await adapter.requestDevice({
  requiredFeatures: ["chromium-experimental-snorm16-texture-formats"],
});

// Create a texture with the rgba16snorm format which consists of four
// components, each of which is a 16-bit, normalized, signed integer value.
const texture = device.createTexture({
  size: [4, 4],
  format: "rgba16snorm",
  usage: GPUTextureUsage.RENDER_ATTACHMENT | GPUTextureUsage.TEXTURE_BINDING,
});

// Send the appropriate commands to the GPU...

Dawn-updates

De methoden EnumerateFeatures(FeatureName * features) van wgpu::Adapter en wgpu::Device zijn verouderd en vervangen door GetFeatures(SupportedFeatures * features) . Zie issue 368672123 .

De C API van webgpu.h heeft alle char const * vervangen door een WGPUStringView -structuur die een weergave definieert van een UTF-8-gecodeerde tekenreeks. Deze structuur fungeert als een pointer naar de gegevens van de tekenreeks, in combinatie met een lengte. Hierdoor kunt u met delen van een tekenreeks werken zonder deze te hoeven kopiëren. Zie issue 42241188 .

Dit is slechts een greep uit de belangrijkste hoogtepunten. Bekijk de volledige lijst met commits .