Nouveautés de WebGPU (Chrome 133)

François Beaufort
François Beaufort
GitHub

Publié le 29 janvier 2025

Autres formats de vertex unorm8x4-bgra et à un seul composant

Le format de sommet "unorm8x4-bgra" et les formats de sommet à un composant suivants ont été ajoutés: "uint8", "sint8", "unorm8", "snorm8", "uint16", "sint16", "unorm16", "snorm16" et "float16". Le format de sommet "unorm8x4-bgra" permet de charger plus facilement les couleurs de sommet encodées en BGRA tout en conservant le même nuanceur. De plus, le format de sommet à un composant vous permet de ne demander que les données nécessaires, alors qu'auparavant, au moins deux fois plus de données étaient requises pour les types de données 8 et 16 bits. Consultez l'entrée chromestatus et le problème 376924407.

Autoriser les limites inconnues à être demandées avec une valeur non définie

Pour rendre l'API WebGPU moins fragile à mesure qu'elle évolue, vous pouvez désormais demander des limites inconnues avec la valeur undefined lorsque vous demandez un appareil GPU. Cela est utile dans le code d'application suivant, par exemple, où adapter.limits.someLimit peut être undefined si someLimit n'existe plus. Consultez la spécification PR 4781.

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

const device = await adapter.requestDevice({
  requiredLimits: { someLimit: adapter.limits.someLimit }, // someLimit can be undefined
});

Modifications apportées aux règles d'alignement WGSL

Il n'est plus possible de fournir une valeur d'alignement trop faible pour un membre de struct, car @align(n) doit désormais diviser RequiredAlignOf pour toutes les structs. Cette modification non rétrocompatible simplifie l'utilisation du langage WGSL et le rend plus compatible avec Firefox et Safari. Vous trouverez un exemple de code illustrant les différences entre les compilateurs Tint, Naga et WebKit dans la PR de spécification.

Gains de performances WGSL avec la suppression

En raison d'une baisse de performances importante observée lors de l'affichage d'un effet de réflexion dans l'espace d'écran (SSR) complexe, l'implémentation de l'instruction de suppression utilise la sémantique fournie par la plate-forme pour rétrograder vers une invocation d'assistant lorsqu'elle est disponible. Cela améliore les performances des nuanceurs qui utilisent l'abandon. Consultez le problème 372714384.

Utiliser la taille d'affichage VideoFrame pour les textures externes

Les dimensions displayWidth et displayHeight doivent être utilisées comme taille apparente de la GPUExternalTexture lors de l'importation d'un VideoFrame conformément à la spécification WebGPU. Toutefois, la taille visible a été utilisée de manière incorrecte, ce qui a entraîné des problèmes lors de l'utilisation de textureLoad() sur une GPUExternalTexture. Ce problème est désormais résolu. Consultez le problème 377574981.

Gérer les images avec des orientations autres que par défaut à l'aide de copyExternalImageToTexture

La méthode GPUQueue copyExternalImageToTexture() permet de copier le contenu d'une image ou d'un canevas dans une texture. Il gère désormais correctement les images dont l'orientation n'est pas par défaut. Ce n'était pas le cas auparavant lorsque la source était un ImageBitmap avec imageOrientation "from-image" ou une image dont l'orientation n'était pas par défaut. Voir le problème 384858956.

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

Il peut être surprenant que adapter.limits affiche des valeurs élevées, mais vous ne réalisez pas que vous devez demander explicitement une limite plus élevée lorsque vous demandez un appareil GPU. Sinon, vous risquez d'atteindre des limites inattendues par la suite.

Pour vous aider, les messages d'erreur ont été développés avec des conseils vous indiquant de demander explicitement une limite plus élevée lorsqu'aucune limite n'a été spécifiée dans requiredLimits lors de l'appel de requestDevice(). Voir le problème 42240683.

L'exemple suivant montre un message d'erreur amélioré enregistré dans la console DevTools lors de la création d'un tampon GPU dont la taille dépasse la limite d'appareil de taille de tampon maximale par défaut.

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]).

Activer le mode de compatibilité avec featureLevel

Il est désormais possible de demander un adaptateur GPU en mode compatibilité expérimentale en définissant l'option featureLevel standardisée sur "compatibility". Les chaînes "core" (par défaut) et "compatibility" sont les seules valeurs autorisées. Consultez l'exemple suivant et la spécification 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'option featureLevel remplace l'option compatibilityMode non normalisée, tandis que l'attribut featureLevel non normalisé remplace l'attribut isCompatibilityMode.

Comme il s'agit d'une fonctionnalité expérimentale, vous devez exécuter Chrome avec l'indicateur "Unsafe WebGPU Support" (Compatibilité avec WebGPU non sécurisé) défini sur chrome://flags/#enable-unsafe-webgpu pour le moment. Consultez webgpureport.org pour l'essayer.

Nettoyage des fonctionnalités expérimentales des sous-groupes

Les fonctionnalités expérimentales de sous-groupe "chromium-experimental-subgroups" et "chromium-experimental-subgroup-uniform-control-flow" obsolètes sont supprimées. Consultez le problème 377868468.

La fonctionnalité expérimentale "subgroups" est désormais tout ce dont vous avez besoin pour tester des sous-groupes. La fonctionnalité expérimentale "subgroups-f16" est obsolète et sera bientôt supprimée. Vous pouvez utiliser des valeurs f16 avec des sous-groupes lorsque votre application demande à la fois des fonctionnalités "shader-f16" et "subgroups". Voir le problème 380244620.

Rendre obsolète la limite maxInterStageShaderComponents

La limite maxInterStageShaderComponents est obsolète pour plusieurs raisons:

  • Redundance avec maxInterStageShaderVariables: cette limite remplit déjà un objectif similaire, à savoir contrôler la quantité de données transmises entre les étapes de nuanceur.
  • Différences mineures: bien que les deux limites soient calculées de manière légèrement différente, ces différences sont mineures et peuvent être gérées efficacement dans la limite maxInterStageShaderVariables.
  • Simplification: la suppression de maxInterStageShaderComponents simplifie l'interface du nuanceur et réduit la complexité pour les développeurs. Au lieu de gérer deux limites distinctes avec des différences subtiles, ils peuvent se concentrer sur maxInterStageShaderVariables, qui est plus approprié et plus complet.

L'objectif est de la supprimer complètement dans Chrome 135. Consultez l'intention d'abandon et le problème 364338810.

Informations Dawn

wgpu::Device::GetAdapterInfo(adapterInfo) vous permet d'obtenir des informations sur l'adaptateur directement à partir d'un wgpu::Device. Consultez le problème 376600838.

La structure WGPUProgrammableStageDescriptor a été rebaptisée WGPUComputeState pour que l'état de calcul soit cohérent avec les états de vertex et de fragment. Voir le problème 379059434.

La valeur d'énumération wgpu::VertexStepMode::VertexBufferNotUsed a été supprimée. Une mise en page de tampon de sommets qui n'est pas utilisée peut désormais être exprimée avec {.stepMode=wgpu::VertexStepMode::Undefined, .attributeCount=0}. Consultez le problème 383147017.

Il ne s'agit là que de quelques-uns des points clés. Consultez la liste exhaustive des commits.

Nouveautés de WebGPU

Liste de tout ce qui a été abordé dans la série Nouveautés de 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