Nouveautés du GPU Web (Chrome 115)

François Beaufort
François Beaufort
GitHub

Extensions de langage WGSL compatibles

Le membre wgslLanguageFeatures de l'objet GPU liste les noms des extensions de langage WGSL compatibles. Les extensions de langage WGSL compatibles sont automatiquement activées. Vous n'avez donc pas besoin d'en demander une explicitement. Cette liste est actuellement vide, mais vous pouvez vous attendre à de nombreuses autres (do-while loops, par exemple). Consultez l'article dawn:1777.

if (navigator.gpu.wgslLanguageFeatures?.has("unknown-feature")) {
  // Use unknown-feature in WGSL shader code.
}

Prise en charge expérimentale de Direct3D 11

L'équipe Chromium travaille à la prise en charge de WebGPU pour Direct3D 11. Vous pouvez désormais l'essayer en local en exécutant Chrome sur Windows avec les indicateurs de ligne de commande --enable-unsafe-webgpu --use-webgpu-adapter=d3d11. Voir le problème dawn:1705.

Obtenir un GPU distinct par défaut sur une alimentation secteur

Sur les appareils macOS à double GPU, si requestAdapter() est appelé sans option powerPreference, le GPU discret est renvoyé lorsque l'appareil de l'utilisateur est alimenté par courant alternatif. Sinon, le GPU intégré est renvoyé. Consultez la modification 4499307.

Améliorer l'expérience des développeurs

Nouveaux avertissements dans les outils de développement

Si la clé depth est utilisée dans un GPUExtend3DDict, un avertissement s'affiche dans la console DevTools, car la clé appropriée est depthOrArrayLayers. Consultez le problème chromium:1440900.

Un avertissement est également déclenché si un GPUBlendComponent contient à la fois des membres explicites et par défaut. Voir le problème dawn:1785.

Même si les distributions et les dessins de taille nulle sont valides, un avertissement encourage les développeurs à les éviter dans la mesure du possible. Voir le problème dawn:1786.

Amélioration des messages d'erreur

Un message d'erreur amélioré est désormais fourni lorsque vous utilisez une GPUCommandEncoder si finish() a déjà été appelé. Voir problème dawn:1736.

Lorsque vous envoyez des tampons de commandes avec des objets détruits, les libellés des tampons de commandes utilisés dans submit() sont désormais visibles dans le message d'erreur. Voir issue dawn:1747.

La partie non valide de l'état du tampon de profondeur est désormais spécifiée dans le message d'erreur lors de la validation de depthStencil. Voir le problème dawn:1735.

Le message d'erreur de validation minBindingSize indique désormais le groupe et le numéro de la liaison qui a échoué à la validation, ainsi que le tampon. Voir le problème dawn:1604.

Les messages d'erreur renvoyés par la méthode mapAsync() sur un objet GPUBuffer ont été améliorés pour aider les développeurs lors du débogage. Consultez l'exemple ci-dessous et le problème chromium:1431622.

// Create a GPU buffer and map it.
const descriptor = { size: 0, usage: GPUBufferUsage.MAP_READ };
const buffer = device.createBuffer(descriptor);
buffer.mapAsync(GPUMapMode.READ);

// Before it has been mapped, request another mapping.
try {
  await buffer.mapAsync(GPUMapMode.READ);
} catch (error) {
  // New! Error message tells you mapping is already pending.
  console.warn(error.message);
}

Libellés dans les outils de débogage macOS

Le bouton d'activation/de désactivation du débogage use_user_defined_labels_in_backend vous permet de transférer les étiquettes d'objets au backend afin qu'elles soient visibles dans les outils de débogage spécifiques à la plate-forme tels que RenderDoc, PIX ou Instruments. Désormais, une meilleure expérience de débogage est proposée sur macOS lorsque vous l'activez pour le débogage. Voir issue dawn:1784

Capture d'écran de l'application Instruments sur macOS, avec des étiquettes personnalisées provenant de WebGPU.
Étiquettes définies par l'utilisateur dans l'application Instruments sur macOS.

Enregistrer le HLSL en cas d'échec de la compilation

Le bouton de débogage dump_shaders vous permet de consigner les nuanceurs WGSL d'entrée et les nuanceurs de backend traduits. Désormais, lorsque vous l'activez pour le débogage, le code HLSL est généré si la compilation échoue. Voir le problème dawn:1681

Actualités de l'aube

Définir le tampon de sommets

Transmettre nullptr plutôt qu'un wgpu::Buffer à SetVertexBuffer() sur wgpu::RenderPassEncoder ou wgpu::RenderBundleEncoder vous permet d'annuler la définition d'un tampon de sommets précédemment défini dans un emplacement donné. Voir le problème dawn:1675.

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

// Then later, unset vertex buffer in slot 0.
myRenderPassEncoder.SetVertexBuffer(0, nullptr);

Rattachements temporaires

Vous pouvez créer des pièces jointes qui permettent aux opérations de passage de rendu de rester dans la mémoire de tuile, ce qui évite le trafic VRAM et, potentiellement, l'allocation de VRAM pour les textures en définissant l'utilisation de wgpu::TextureUsage::TransientAttachment. Cette fonctionnalité n'est compatible qu'avec Metal et Vulkan. Voir Dawn: 1695.

wgpu::TextureDescriptor desc;
desc.format = wgpu::TextureFormat::RGBA8Unorm;
desc.size = {1, 1, 1};
desc.usage = wgpu::TextureUsage::RenderAttachment |
             wgpu::TextureUsage::TransientAttachment;

auto transientTexture = device.CreateTexture(&desc);

// You can now create views from the texture to serve as transient
// attachments, e.g. as color attachments in a render pipeline.

Compilation sans depot_tools

Une nouvelle option CMake DAWN_FETCH_DEPENDENCIES vous permet de récupérer les dépendances Dawn à l'aide d'un script Python qui lit les fichiers DEPS au lieu d'exiger l'installation de depot_tools par tous les projets qui en dépendent. Consultez la modification 131750.

Nouveautés de WebGPU

Liste de tous les sujets abordés dans la série Nouveautés de WebGPU

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