Novità di WebGPU (Chrome 133)

François Beaufort
François Beaufort
GitHub

Data di pubblicazione: 29 gennaio 2025

Formati dei vertici unorm8x4-bgra e a un componente aggiuntivi

Sono stati aggiunti il formato dei vertici "unorm8x4-bgra" e i seguenti formati dei vertici a un componente: "uint8", "sint8", "unorm8", "snorm8", "uint16", "sint16", "unorm16", "snorm16" e "float16". Il formato dei vertici "unorm8x4-bgra" rende leggermente più comodo caricare i colori dei vertici codificati in BGRA mantenendo lo stesso shader. Inoltre, il formato del vertice a un componente ti consente di richiedere solo i dati necessari, mentre in precedenza erano necessari almeno il doppio dei dati per i tipi di dati a 8 e 16 bit. Consulta la voce di chromestatus e il problema 376924407.

Consenti di richiedere limiti sconosciuti con valore indefinito

Per rendere l'API WebGPU meno fragile man mano che si evolve, ora puoi richiedere limiti sconosciuti con il valore undefined quando richiedi un dispositivo GPU. Ciò è utile, ad esempio, nel seguente codice dell'applicazione, in cui adapter.limits.someLimit può essere undefined se someLimit non esiste più. Vedi spec PR 4781.

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

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

Modifiche alle regole di allineamento WGSL

Non è più possibile fornire un valore di allineamento troppo piccolo per un membro di una struttura, in quanto ora è necessario che @align(n) divida RequiredAlignOf per tutte le strutture. Questa modifica sostanziale semplifica l'utilizzo del linguaggio WGSL e lo rende più compatibile con Firefox e Safari. Puoi trovare un esempio di codice che mostra le differenze tra i compilatori Tint, Naga e WebKit nella PR delle specifiche.

Miglioramenti delle prestazioni di WGSL con discard

A causa di un calo significativo delle prestazioni osservato durante il rendering di un complesso effetto di riflessi nello spazio dello schermo (SSR), l'implementazione dell'istruzione di eliminazione utilizza la semantica fornita dalla piattaforma per il declassamento a un'invocazione di helper, se disponibile. Ciò migliora le prestazioni degli shader che utilizzano l'eliminazione. Consulta il problema 372714384.

Utilizzare VideoFrame displaySize per le texture esterne

Le dimensioni displayWidth e displayHeight devono essere utilizzate come dimensioni apparenti di GPUExternalTexture durante l'importazione di un VideoFrame in base alla specifica WebGPU. Tuttavia, le dimensioni visibili sono state utilizzate in modo errato, causando problemi quando si tenta di utilizzare textureLoad() su una GPUExternalTexture. Il problema ora è stato risolto. Vedi il problema 377574981.

Gestisci le immagini con orientamenti non predefiniti utilizzando copyExternalImageToTexture

Il metodo copyExternalImageToTexture() GPUQueue viene utilizzato per copiare i contenuti di un'immagine o di un canvas in una texture. Ora gestisce correttamente le immagini con orientamenti non predefiniti. In precedenza non era così quando l'origine era un ImageBitmap con imageOrientation "from-image" o un'immagine con un orientamento non predefinito. Vedi problema 384858956.

Migliorare l'esperienza degli sviluppatori

Può essere sorprendente quando adapter.limits mostra valori elevati, ma non ti rendi conto di dover richiedere esplicitamente un limite superiore quando richiedi un dispositivo GPU. In caso contrario, potresti raggiungere inaspettatamente i limiti in un secondo momento.

Per aiutarti, i messaggi di errore sono stati ampliati con suggerimenti che ti invitano a richiedere esplicitamente un limite superiore quando non è stato specificato alcun limite in requiredLimits durante la chiamata a requestDevice(). Vedi problema 42240683.

L'esempio seguente mostra un messaggio di errore migliorato registrato nella console DevTools durante la creazione di un buffer GPU con una dimensione superiore al limite massimo predefinito per le dimensioni del buffer del dispositivo.

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

Attivare la modalità compatibilità con featureLevel

Ora è possibile richiedere una scheda GPU nella modalità di compatibilità sperimentale impostando l'opzione standardizzata featureLevel su "compatibility". Le stringhe "core" (predefinita) e "compatibility" sono gli unici valori consentiti. Vedi l'esempio seguente e la PR 4897 delle specifiche.

// 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.
}

L'opzione featureLevel sostituisce l'opzione non standardizzata compatibilityMode, mentre l'attributo non standardizzato featureLevel sostituisce l'attributo isCompatibilityMode.

Poiché è ancora sperimentale, per il momento devi eseguire Chrome con il flag "Unsafe WebGPU Support " (Supporto WebGPU non sicuro) all'indirizzo chrome://flags/#enable-unsafe-webgpu. Visita il sito webgpureport.org per provarlo.

Pulizia delle funzionalità dei sottogruppi sperimentali

Le funzionalità sperimentali dei sottogruppi "chromium-experimental-subgroups" e "chromium-experimental-subgroup-uniform-control-flow" deprecate sono state rimosse. Vedi problema 377868468.

Ora, quando sperimenti con i sottogruppi, ti basta la funzionalità sperimentale "subgroups". La funzionalità sperimentale "subgroups-f16" è stata ritirata e verrà rimossa a breve. Puoi utilizzare i valori f16 con i sottogruppi quando la tua applicazione richiede sia le funzionalità "shader-f16" che "subgroups". Vedi problema 380244620.

Deprecate maxInterStageShaderComponents limit

Il limite di maxInterStageShaderComponents è stato ritirato a causa di una combinazione di fattori:

  • Ridondanza con maxInterStageShaderVariables: questo limite ha già uno scopo simile, ovvero controllare la quantità di dati trasferiti tra le fasi dello shader.
  • Discrepanze minori: sebbene ci siano lievi differenze nel modo in cui vengono calcolati i due limiti, queste differenze sono minime e possono essere gestite efficacemente entro il limite di maxInterStageShaderVariables.
  • Semplificazione: la rimozione di maxInterStageShaderComponents semplifica l'interfaccia dello shader e riduce la complessità per gli sviluppatori. Invece di gestire due limiti separati con differenze sottili, possono concentrarsi sul limite più appropriato e completo maxInterStageShaderVariables.

L'obiettivo è rimuoverlo completamente in Chrome 135. Consulta l'intenzione di ritiro e il problema 364338810.

Aggiornamenti all'alba

wgpu::Device::GetAdapterInfo(adapterInfo) ti consente di ottenere informazioni sull'adattatore direttamente da un wgpu::Device. Vedi problema 376600838.

La struct WGPUProgrammableStageDescriptor è stata rinominata WGPUComputeState per rendere lo stato di calcolo coerente con gli stati dei vertici e dei frammenti. Vedi problema 379059434.

Il valore enum wgpu::VertexStepMode::VertexBufferNotUsed è stato rimosso. Un layout del buffer dei vertici non utilizzato ora può essere espresso con {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. Vedi problema 383147017.

Questi sono solo alcuni dei punti salienti. Consulta l'elenco completo dei commit.

Novità di WebGPU

Un elenco di tutti gli argomenti trattati nella serie Novità 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