Novità di WebGPU (Chrome 133)

François Beaufort
François Beaufort
GitHub

Data di pubblicazione: 29 gennaio 2025

Altri formati di vertici unorm8x4-bgra e a 1 componente

Sono stati aggiunti il formato del vertice "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ù pratico il caricamento dei colori dei vertici codificati in BGRA mantenendo lo stesso shader. Inoltre, il formato dei vertici a un componente ti consente di richiedere solo i dati necessari, mentre in precedenza era necessario almeno il doppio 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 non definito

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. Questo è utile nel seguente codice dell'applicazione, ad esempio dove adapter.limits.someLimit può essere undefined se someLimit non esiste più. Consulta la specifica 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 della struttura, poiché ora è necessario che @align(n) divida RequiredAlignOf per tutte le strutture. Questa modifica non compatibile semplifica l'utilizzo del linguaggio WGSL e lo rende più compatibile con Firefox e Safari. Puoi trovare codice di esempio che mostra le differenze tra i compilatori Tint, Naga e WebKit nella RP delle specifiche.

Guadagni di prestazioni WGSL con l'eliminazione

A causa di un calo significativo delle prestazioni osservato durante il rendering di un effetto di riflessi nello spazio schermo (SSR) complesso, l'implementazione dell'istruzione discard utilizza la semantica fornita dalla piattaforma per la retrocessione a un'invocazione di helper, se disponibile. In questo modo, vengono migliorate le prestazioni degli shader che utilizzano l'istruzione discard. Consulta il problema 372714384.

Utilizza displaySize di VideoFrame per le texture esterne

Le dimensioni displayWidth e displayHeight devono essere utilizzate come dimensioni apparenti della GPUExternalTexture quando si importa un VideoFrame in base alle specifiche WebGPU. Tuttavia, le dimensioni visibili sono state utilizzate in modo errato causando problemi durante il tentativo di utilizzare textureLoad() su una GPUExternalTexture. Il problema ora è stato risolto. Consulta il problema 377574981.

Gestire le immagini con orientamenti non predefiniti utilizzando copyExternalImageToTexture

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

Migliorare l'esperienza degli sviluppatori

Può essere sorprendente quando adapter.limits mostra valori elevati, ma non ti rendi conto che devi richiedere esplicitamente un limite più elevato 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 espansi con suggerimenti che ti indicano di richiedere esplicitamente un limite più alto quando non è stato specificato alcun limite in requiredLimits durante la chiamata a requestDevice(). Consulta il problema 42240683.

L'esempio seguente mostra un messaggio di errore migliorato registrato nella console DevTools durante la creazione di un buffer della GPU di dimensioni superiori al limite predefinito per le dimensioni massime 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 un adattatore GPU nella modalità di compatibilità sperimentale impostando l'opzione standardizzata featureLevel su "compatibility". Le stringhe "core" (predefinito) e "compatibility" sono gli unici valori consentiti. Consulta l'esempio seguente e la specifica 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.
}

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

Poiché è ancora sperimentale, per il momento devi eseguire Chrome con il flag "Supporto WebGPU non sicuro" impostato su 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 vengono rimosse. Vedi issue 377868468.

La funzionalità sperimentale "subgroups" è tutto ciò di cui hai bisogno per eseguire esperimenti con i sottogruppi. 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 il problema 380244620.

Ritiro del limite maxInterStageShaderComponents

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

  • Redundanza con maxInterStageShaderVariables: questo limite ha già uno scopo simile, controllando la quantità di dati trasmessi tra le fasi dello shader.
  • Discrepanze minori: anche se esistono lievi differenze nel calcolo dei due limiti, queste differenze sono minori 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 distinti con differenze sottili, possono concentrarsi sul maxInterStageShaderVariables, più appropriato e completo.

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

Aggiornamenti di Dawn

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

La struct WGPUProgrammableStageDescriptor è stata rinominata in WGPUComputeState per rendere lo stato di calcolo coerente con gli stati di vertice e frammento. Consulta il problema 379059434.

Il valore dell'enum wgpu::VertexStepMode::VertexBufferNotUsed è stato rimosso. Ora è possibile esprimere un layout del buffer di vertici non utilizzato con {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. Vedi issue 383147017.

Sono riportati solo alcuni punti salienti. Consulta l'elenco completo dei commit.

Novità di WebGPU

Un elenco di tutto ciò che è stato trattato nella serie Novità 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