Nouveautés de WebGPU (Chrome 142)

François Beaufort
François Beaufort

Publié le 22 octobre 2025

Extension des fonctionnalités de compatibilité avec les formats de texture

La nouvelle fonctionnalité GPU "texture-formats-tier1" permet aux développeurs de transférer du contenu existant sur le Web sans avoir à le réécrire pour les fonctionnalités inférieures de WebGPU. Elle est compatible avec les nouveaux formats de texture "r16unorm", "r16snorm", "rg16unorm", "rg16snorm", "rgba16unorm" et "rgba16snorm" avec des fonctionnalités de pièce jointe de rendu, de fusion et de multisampling, ainsi qu'un accès "read-only" ou "write-only" aux textures de stockage. Elle permet également d'utiliser les formats de texture "r8snorm", "rg8snorm" et "rgba8snorm" existants avec des fonctionnalités de pièce jointe de rendu, de fusion, de multisampling et de résolution. D'autres formats de texture peuvent également être utilisés avec "read-only" ou "write-only" accès aux textures de stockage.

La nouvelle fonctionnalité GPU "texture-formats-tier2" permet d'accéder aux textures de stockage pour des formats spécifiques"read-write", ce qui est essentiel pour des projets tels que le portage d'Unreal Engine sur le Web. Notez que l'activation de "texture-formats-tier2" lors de la création de l'appareil active automatiquement "texture-formats-tier1".

Consultez l'extrait de code et l'entrée chromestatus suivants.

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

const requiredFeatures = [];
if (adapter.features.has("texture-format-tier1")) {
  requiredFeatures.push("texture-format-tier1");
}
if (adapter.features.has("texture-format-tier2")) {
  requiredFeatures.push("texture-format-tier2");
}
const device = await adapter.requestDevice({ requiredFeatures });

// Later on, when dealing with "r8unorm" texture formats for example...
if (device.features.has("texture-format-tier2")) {
  // Use "read-write" storage texture access...
} else if (device.features.has("texture-format-tier1")) {
  // Use "read-only" or "write-only" storage texture access...
} else {
  // Fallback: Use another texture format...
}

Un grand merci aux équipes d'Intel pour leur travail.

Index primitif dans WGSL

Le primitive_index est une valeur WGSL intégrée qui identifie de manière unique la primitive actuelle (par exemple, un point, une ligne ou un triangle) traitée par un nuanceur de fragment. Elle commence à 0, est incrémentée de 1 après le traitement de chaque primitive et est réinitialisée à 0 entre chaque instance dessinée.

Lorsque la fonctionnalité "primitive-index" est disponible dans un GPUAdapter, demandez un GPUDevice avec cette fonctionnalité pour bénéficier de la compatibilité avec l'index primitif dans WGSL, et activez explicitement cette extension dans votre code WGSL avec enable primitive_index;. Une fois activée, utilisez la valeur entière intégrée primitive_index dans votre nuanceur de fragment pour accéder aux données par primitive ou effectuer une logique qui varie pour chaque forme géométrique distincte rendue, par exemple.

L'extrait de code suivant montre un nuanceur de fragment qui affiche la deuxième primitive en rouge et toutes les autres en bleu.

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("primitive-index")) {
  throw new Error("Primitive index support is not available");
}
// Explicitly request primitive index support.
const device = await adapter.requestDevice({
  requiredFeatures: ["primitive-index"],
});

const fragmentShaderModule = device.createShaderModule({ code: `
  enable primitive_index;

  @fragment
  fn main(@builtin(primitive_index) i : u32) -> @location(0) vec4f {
    if (i == 1) {
      return vec4f(1, 0, 0, 1);
    }
    return vec4f(0, 1, 0, 1);
  }`,
});
// Send the appropriate commands to the GPU...

Pour en savoir plus, consultez l'exemple de sélection primitive Primitive Picking sample et l'entrée chromestatus chromestatus entry.

Les triangles du modèle de théière 3D sont colorés en fonction de leurs valeurs d'index primitif.
Exemple de sélection primitive en mode "index primitifs"

Informations Dawn

La variable CMake DAWN_BUILD_MONOLITHIC_LIBRARY utilisée pour gérer le type de bibliothèque monolithique à créer a changé sa valeur par défaut de OFF à STATIC. Ainsi, les fichiers libwebgpu* sont générés par défaut.

Dawn gère désormais correctement la valeur par défaut wgpu::PresentMode::Undefined lors de la configuration d'un wgpu::Surface. Consultez le problème 441410668.

Cela ne couvre que quelques-uns des principaux points forts. Consultez la liste exhaustive des commits.

Nouveautés de WebGPU

Liste de tous les éléments abordés dans la série Nouveautés de WebGPU.

Chrome 149-150

Chrome 147-148

Chrome 146

Chrome 145

Chrome 144

Chrome 143

Chrome 142

Chrome 141

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