Questa pagina è stata tradotta dall'API Cloud Translation.

Novità di WebGPU (Chrome 127)

François Beaufort

Supporto sperimentale di OpenGL ES su Android

Ora puoi accedere a un GPUAdapter dal backend OpenGL ES quando richiedi la modalità di compatibilità WebGPU sperimentale in Chrome per Android. Ciò è particolarmente utile per i dispositivi Android che non supportano Vulkan 1.1 o versioni successive. Vedi l'esempio seguente e issue dawn:1545.

// Request a GPUAdapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ compatibilityMode: true });

La pagina del report WebGPU mostra le informazioni su GPUAdapter dal backend OpenGL ES sul dispositivo Android. — Informazioni sull'adattatore OpenGL ES in webgpureport.org

Poiché questa funzionalità è ancora in fase sperimentale, devi eseguire i seguenti passaggi:

Attiva i seguenti flag di Chrome: "Unsafe WebGPU Support", "WebGPU Developer Features" e "Enable command line on non-rooted devices".
Attiva il debug USB sul tuo dispositivo Android.
Collega il dispositivo Android alla workstation, esegui adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line' per preferire il backend OpenGL ES a Vulkan e riavvia Chrome.

Attributo info di GPUAdapter

L'ottenimento di informazioni identificative su un adattatore ora può essere eseguito in modo sincrono con l'attributo info di GPUAdapter. In precedenza, la chiamata al metodo asincrono GPUAdapter requestAdapterInfo() era l'unico modo per ottenere le informazioni sull'adattatore. Tuttavia, requestAdapterInfo() è stato rimosso dalla specifica WebGPU e verrà rimosso da Chrome entro la fine dell'anno per dare agli sviluppatori web il tempo sufficiente per effettuare la transizione necessaria. Vedi il seguente esempio, Stato di Chrome e problema 335383516.

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

// During the transition period, you can use the following:
// const info = adapter.info || await adapter.requestAdapterInfo();

console.log(`Vendor: ${info.vendor}`); // "arm"
console.log(`Architecture: ${info.architecture}`); // "valhall"

Miglioramenti dell'interoperabilità di WebAssembly

Per consentire il passaggio diretto degli heap WebAssembly a WebGPU, le dimensioni dei seguenti argomenti BufferSource non sono più limitate a 2 GB: dynamicOffsetsData in setBindGroup(), source data in writeBuffer() e source data Pin writeTexture(). Vedi problema 339049388.

Miglioramento degli errori del codificatore di comandi

Alcuni errori di convalida generati dai codificatori di comandi ora avranno informazioni contestuali migliorate. Ad esempio, il tentativo di avviare un passaggio di calcolo mentre un passaggio di rendering era ancora aperto ha generato il seguente errore.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
    at CheckCurrentEncoder (..\..\third_party\dawn\src\dawn\native\EncodingContext.h:106)

Questo descrive il motivo dell'errore, ma non indica quale chiamata ha effettivamente causato l'errore di convalida. Il seguente errore mostra i messaggi migliorati che includono il comando che ha attivato l'errore. Vedi modifica 192245.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
 - While encoding [CommandEncoder (unlabeled)].BeginComputePass([ComputePassDescriptor]).

Aggiornamenti all'alba

L'API C webgpu.h non espone più wgpuSurfaceGetPreferredFormat(), l'equivalente C di wgpu::Surface::GetPreferredFormat() di Dawn. Utilizza invece wgpu::Surface::GetCapabilities() per ottenere l'elenco dei formati supportati, poi utilizza formats[0] per ottenere il formato della texture preferito per questa superficie. Nel frattempo, la chiamata a wgpu::Surface::GetPreferredFormat() genera un avviso di ritiro. Vedi problema 290.