Co nowego w WebGPU (Chrome 132)

François Beaufort
François Beaufort
GitHub

Data publikacji: 8 stycznia 2025 r.

Wykorzystanie 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, aby jawnie określić podzbiór flag użycia tekstury źródłowej, które są zgodne 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 w 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 zmiennoprzecinkowe 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 "float32-blendable" GPU umożliwia mieszanie tekstur GPU w formatach "r32float", "rg32float" i "rgba32float". Tworzenie potoku renderowania, który używa mieszania z dowolnym załącznikiem w formacie float32, jest teraz możliwe podczas wysyłania żądania urządzenia GPU z tą funkcją.

Zobacz ten fragment kodu, wpis w 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 dostarczone przez użytkownika, ważne jest, aby miały dostęp do informacji o fizycznym procesorze graficznym, ponieważ mogą one wymagać optymalizacji lub wdrożenia obejść w zależności od architektury procesora graficznego. Chociaż dostęp do tych informacji jest możliwy za pomocą obiektu GPUAdapter, nie ma bezpośredniego sposobu na uzyskanie ich z samego obiektu GPUDevice. Może to być niewygodne, ponieważ może wymagać od użytkowników podania dodatkowych informacji wraz z obiektem GPUDevice.

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

Zapoznaj się z tym fragmentem kodu, wpisem w chromestatus i problemem 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ę procesora graficznego, mimo że kontekst obszaru rysowania procesora graficznego jest nieprawidłowo skonfigurowany. Więcej informacji znajdziesz w zgłoszeniu 372837859.

Ograniczenia dotyczące filtrowania próbnika 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.

Ograniczenia te oznaczają, że używanie tekstury głębi z samplerem bez filtrowania wymaga ręcznego tworzenia układów grup wiązań. Dzieje się tak, ponieważ automatycznie generowane układy grup wiązań nie obsługują jeszcze tej kombinacji. Specyfikacja problemu 4952 zawiera propozycję, która jest rozpatrywana 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ń związanych z przenoszeniem. 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ć 2 różnych procesorów graficznych i łączyć wyniki. Zobacz problem 369219127.

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

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

16-bitowe formaty tekstur ze znakiem i bez znaku są obecnie dostępne eksperymentalnie odpowiednio w ramach funkcji GPU "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, 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 wgpu::Adapter i wgpu::Device zostały wycofane na rzecz 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 UTF-8. Działa ona jak wskaźnik danych ciągu znaków w połączeniu z długością. Umożliwia to pracę z częściami ciągu znaków bez konieczności jego kopiowania. Więcej informacji znajdziesz w tym artykule.

To tylko niektóre z najważniejszych zmian. Pełną listę zmian znajdziesz w repozytorium.

Nowości w WebGPU

Lista wszystkich tematów omówionych w serii Nowości w 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