Cette page a été traduite par l'API Cloud Translation.

Nouveautés de WebGPU (Chrome 142)

François Beaufort

Publié le 22 octobre 2025

Extension des capacités de prise en charge des 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 capacités inférieures de WebGPU. Il est compatible avec les nouveaux formats de texture "r16unorm", "r16snorm", "rg16unorm", "rg16snorm", "rgba16unorm" et "rgba16snorm" avec des capacités de rendu d'attachement, de mélange et de multisampling, ainsi qu'avec l'accès aux textures de stockage "read-only" ou "write-only". Il permet également d'utiliser les formats de texture "r8snorm", "rg8snorm" et "rgba8snorm" existants avec des fonctionnalités de pièce jointe de rendu, de mélange, de multisampling et de résolution. D'autres formats de texture peuvent également être utilisés avec l'accès à la texture de stockage "read-only" ou "write-only".

La nouvelle fonctionnalité GPU texture-formats-tier2 permet d'accéder aux textures de stockage "read-write" pour des formats spécifiques, 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 à l'équipe Intel pour son travail !

Index primitif dans WGSL

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 fragments. Il commence à 0, augmente de 1 après chaque primitive traitée et revient à 0 entre chaque instance dessinée.

Lorsque la fonctionnalité "primitive-index" est disponible dans un GPUAdapter, demandez un GPUDevice avec cette fonctionnalité pour obtenir la prise en charge des index primitifs 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 primitives 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 de primitives et l'entrée Chromestatus.

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".

Mises à jour de l'Aube

La variable CMake DAWN_BUILD_MONOLITHIC_LIBRARY utilisée pour gérer le type de bibliothèque monolithique à compiler a changé de valeur par défaut, passant de OFF à STATIC. Par conséquent, les fichiers libwebgpu* seront 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.

Il ne s'agit que de quelques-uns des principaux points à retenir. Consultez la liste exhaustive des commits.

Nouveautés de WebGPU (Chrome 142)

Extension des capacités de prise en charge des formats de texture

Index primitif dans WGSL

Mises à jour de l'Aube