Co nowego w WebGPU (Chrome 132)

François Beaufort
François Beaufort
GitHub

Data publikacji: 8 stycznia 2025 r.

Korzystanie z widoku tekstury

Widoki tekstur GPU dziedziczą obecnie wszystkie flagi użycia z tekstury GPU źródła. Może to być problematyczne, ponieważ niektóre formaty widoku są niezgodne z określonymi zastosowaniami. Aby rozwiązać ten problem, wywołaj funkcję createView() z opcjonalnym elementem usage, który pozwala wyraźnie określić podzbiór flag użycia tekstury źródłowej zgodnych z wybranym formatem widoku.

Ta zmiana umożliwia wstępną weryfikację i bardziej szczegółową kontrolę nad sposobem wykorzystania widoku. Jest on też zgodny z innymi interfejsami API grafiki, w których flagi użycia są typowymi parametrami podczas tworzenia widoku, co daje możliwości optymalizacji.

Zobacz ten fragment kodu, wpis na stronie chromestatus i zgłoszenie 363903526.

const texture = myDevice.createTexture({
  size: [4, 4],
  format: "rgba8unorm",
  usage:
    GPUTextureUsage.RENDER_ATTACHMENT |
    GPUTextureUsage.TEXTURE_BINDING |
    GPUTextureUsage.STORAGE_BINDING,
  viewFormats: ["rgba8unorm-srgb"],
});

const view = texture.createView({
  format: 'rgba8unorm-srgb',
  usage: GPUTextureUsage.RENDER_ATTACHMENT, // Restrict allowed usage.
});

Mieszanie tekstur zmiennoprzecinkowych 32-bitowych

Tekstury 32-bitowe z reprezentacją zmiennoprzecinkową są niezbędne do renderowania HDR, aby zachować szeroki zakres wartości kolorów i zapobiec powstawaniu artefaktów w postaci pasów kolorów. Na przykład w wizualizacji naukowej.

Nowa funkcja GPU "float32-blendable" umożliwia mieszanie tekstur GPU w formatach "r32float", "rg32float" i "rgba32float". Podczas wysyłania żądania urządzenia GPU z tą funkcją można teraz utworzyć potok renderowania, który używa mieszania z dowolnym załącznikiem w formacie float32.

Zobacz ten fragment kodu, wpis na stronie chromestatus i zgłoszenie 369649348.

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("float32-blendable")) {
  throw new Error("32-bit float textures blending support is not available");
}
// Explicitly request 32-bit float textures blending support.
const device = await adapter.requestDevice({
  requiredFeatures: ["float32-blendable"],
});

// ... Creation of shader modules is omitted for readability.

// Create a render pipeline that uses blending for the rgba32float format.
device.createRenderPipeline({
  vertex: { module: myVertexShaderModule },
  fragment: {
    module: myFragmentShaderModule,
    targets: [
      {
        format: "rgba32float",
        blend: { color: {}, alpha: {} },
      },
    ],
  },
  layout: "auto",
});

// Create the GPU texture with rgba32float format and
// send the appropriate commands to the GPU...

Atrybut GPUDevice adapterInfo

W przypadku bibliotek, które przyjmują obiekty GPUDevice dostarczane przez użytkownika, ważne jest, aby miały dostęp do informacji o fizycznym procesorze GPU, ponieważ mogą one wymagać optymalizacji lub implementacji obejść w zależności od architektury procesora GPU. Dostęp do tych informacji jest możliwy za pomocą obiektu GPUAdapter, ale nie można ich uzyskać bezpośrednio z samego obiektu GPUDevice. Może to być niewygodne, ponieważ może wymagać od użytkowników podania dodatkowych informacji wraz z GPUDevice.

Aby rozwiązać ten problem, wartość GPUAdapterInfo jest teraz udostępniana za pomocą atrybutu GPUDevice adapterInfo. Są one podobne do istniejącego atrybutu GPUAdapter info.

Zobacz ten fragment kodu, wpis w chromestatus i zgłoszenie 376600838.

function optimizeForGpuDevice(device) {
  if (device.adapterInfo.vendor === "amd") {
    // Use AMD-specific optimizations.
  } else if (device.adapterInfo.architecture.includes("turing")) {
    // Optimize for NVIDIA Turing architecture.
  }
}

Konfigurowanie kontekstu elementu canvas w nieprawidłowym formacie powoduje błąd JavaScript

Wcześniej użycie nieprawidłowego formatu tekstury w metodzie configure() kontekstu płótna GPU powodowało błąd weryfikacji GPU. Zmieniliśmy to tak, aby zgłaszać błąd JavaScriptu TypeError. Zapobiega to sytuacjom, w których interfejs getCurrentTexture() zwraca prawidłową teksturę GPU, mimo że kontekst obszaru roboczego GPU jest nieprawidłowo skonfigurowany. Więcej informacji znajdziesz w zgłoszeniu 372837859.

Ograniczenia dotyczące próbkowania filtrowania w przypadku tekstur

Wcześniej można było używać tekstur w formatach "sint", "uint" i „depth"” z próbkami filtrowania. Teraz prawidłowo blokuje używanie tekstury w formacie "sint" lub "uint" z próbkownikiem filtrowania. Obecnie wyświetla ostrzeżenie, jeśli używasz „depth" tekstury z filtrującym samplerem, ponieważ w przyszłości będzie to niedozwolone. Zobacz problem 376497143.

Oznacza to, że używanie tekstury głębi z samplerem bez filtrowania wymaga ręcznego tworzenia układów grup powiązań. Dzieje się tak, ponieważ automatycznie generowane układy grup wiązań nie obsługują jeszcze tej kombinacji. Specyfikacja 4952 zawiera propozycję, która jest rozważana w celu rozwiązania tego ograniczenia w przyszłości.

Eksperymentowanie z rozszerzonymi podgrupami

Eksperymentowanie z podgrupami, które początkowo miało zakończyć się w Chrome 131, zostało przedłużone do Chrome 133 i zakończy się 16 kwietnia 2025 r. Pierwsze testowanie origin skupiało się na wydajności, ale brakowało w nim kluczowych zabezpieczeń przenośności. Te zabezpieczenia zostaną teraz dodane, co może spowodować błędy w istniejącym kodzie.

Ulepszanie środowiska programistycznego

W narzędziach deweloperskich jest teraz widoczne ostrzeżenie, gdy opcja powerPreference jest używana z requestAdapter() w systemie Windows. Ten komunikat ostrzegawczy zostanie usunięty, gdy Chrome będzie wiedzieć, jak używać dwóch różnych procesorów graficznych i łączyć wyniki. Zobacz problem 369219127.

Rozmiar bufora GPU jest teraz podawany w komunikacie o błędzie podczas tworzenia zbyt dużego bufora GPU. Zobacz problem 374167798.

Eksperymentalna obsługa 16-bitowych znormalizowanych formatów tekstur

16-bitowe formaty tekstur ze znakiem i bez znaku są teraz dostępne eksperymentalnie odpowiednio za funkcjami procesora graficznego "chromium-experimental-snorm16-texture-formats" i "chromium-experimental-unorm16-texture-formats", podczas gdy trwają dyskusje nad ich standaryzacją.

Te funkcje dodają obsługę 16-bitowych znormalizowanych formatów tekstur z użyciem COPY_SRC, COPY_DST, TEXTURE_BINDING i RENDER_ATTACHMENT, multisamplingiem i możliwościami rozwiązywania problemów. Dodatkowe formaty to "r16unorm", "rg16unorm", "rgba16unorm", "r16snorm", "rg16snorm" i "rgba16snorm".

Zanim te eksperymentalne funkcje zostaną ustandaryzowane, włącz flagę „Unsafe WebGPU Support” (Niebezpieczna obsługa WebGPU) na stronie chrome://flags/#enable-unsafe-webgpu, aby były dostępne w Chrome.

Zapoznaj się z tym fragmentem kodu i problemem 374790898.

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("chromium-experimental-snorm16-texture-formats")) {
  throw new Error("16-bit signed normalized formats support is not available");
}
// Explicitly request 16-bit signed normalized formats support.
const device = await adapter.requestDevice({
  requiredFeatures: ["chromium-experimental-snorm16-texture-formats"],
});

// Create a texture with the rgba16snorm format which consists of four
// components, each of which is a 16-bit, normalized, signed integer value.
const texture = device.createTexture({
  size: [4, 4],
  format: "rgba16snorm",
  usage: GPUTextureUsage.RENDER_ATTACHMENT | GPUTextureUsage.TEXTURE_BINDING,
});

// Send the appropriate commands to the GPU...

Aktualizacje Dawn

Metody EnumerateFeatures(FeatureName * features) z funkcji wgpu::Adapter i wgpu::Device są wycofywane na rzecz funkcji GetFeatures(SupportedFeatures * features). Zobacz problem 368672123.

W interfejsie C API webgpu.h wszystkie typy char const * zostały zmienione na strukturę WGPUStringView, która definiuje widok ciągu znaków zakodowanego w formacie UTF-8. Działa jak wskaźnik danych ciągu znaków w połączeniu z długością. Umożliwia to pracę z fragmentami ciągu znaków bez konieczności jego kopiowania. Zobacz zgłoszenie 42241188.

To tylko niektóre z najważniejszych informacji. Zapoznaj się z pełną listą zatwierdzeń.

Co nowego w WebGPU

Lista wszystkich tematów omówionych w serii Nowości w WebGPU.

Chrome 155–156

Chrome 153–154

Chrome 151–152

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