Ta strona została przetłumaczona przez Cloud Translation API.

Nowości w WebGPU (Chrome 127)

François Beaufort

Eksperymentalna obsługa OpenGL ES na Androidzie

Możesz teraz uzyskać dostęp do GPUAdapter z backendu OpenGL ES, gdy w Chrome na Androida poprosisz o eksperymentalny tryb zgodności WebGPU. Jest to szczególnie przydatne w przypadku urządzeń z Androidem, które nie obsługują Vulkan 1.1 lub nowszego. Zapoznaj się z tym przykładem i problemem dawn:1545.

// Request a GPUAdapter in compatibility mode
const adapter = await navigator.gpu.requestAdapter({ compatibilityMode: true });

Strona raportu WebGPU zawiera informacje o obiekcie GPUAdapter z backendu OpenGL ES na urządzeniu z Androidem. — Informacje o adapterze OpenGL ES na stronie webgpureport.org

Ta funkcja jest nadal w fazie eksperymentalnej, więc musisz wykonać te czynności:

Włącz te flagi Chrome: „Unsafe WebGPU Support”, „WebGPU Developer Features” i „Enable command line on non-rooted devices”.
Włącz debugowanie USB na urządzeniu z Androidem.
Połącz urządzenie z Androidem ze stacją roboczą, uruchom adb shell 'echo "_ --use-webgpu-adapter=opengles" > /data/local/tmp/chrome-command-line', aby preferować backend OpenGL ES zamiast Vulkan, i ponownie uruchom Chrome.

Atrybut info interfejsu GPUAdapter

Pobieranie informacji identyfikujących adapter może teraz odbywać się synchronicznie za pomocą atrybutu GPUAdapter info. Wcześniej wywołanie asynchronicznej metody GPUAdapter requestAdapterInfo() było jedynym sposobem uzyskania informacji o adapterze. Jednak metoda requestAdapterInfo() została usunięta ze specyfikacji WebGPU i zostanie usunięta z Chrome jeszcze w tym roku, aby dać programistom internetowym wystarczająco dużo czasu na dokonanie niezbędnych zmian. Zobacz ten przykład: stan Chrome i problem 335383516.

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

// During the transition period, you can use the following:
// const info = adapter.info || await adapter.requestAdapterInfo();

console.log(`Vendor: ${info.vendor}`); // "arm"
console.log(`Architecture: ${info.architecture}`); // "valhall"

Ulepszenia interoperacyjności WebAssembly

Aby umożliwić bezpośrednie przekazywanie stert WebAssembly do WebGPU, rozmiary tych argumentów BufferSource nie są już ograniczone do 2 GB: dynamicOffsetsData w setBindGroup(), źródło data w writeBuffer() i źródło data Pin writeTexture(). Zobacz problem 339049388.

Ulepszone błędy kodera poleceń

Niektóre błędy weryfikacji zgłaszane przez kodery poleceń będą teraz zawierać więcej informacji kontekstowych. Na przykład próba uruchomienia przepustki obliczeniowej, gdy przepustka renderowania była nadal otwarta, spowodowała wystąpienie tego błędu.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
    at CheckCurrentEncoder (..\..\third_party\dawn\src\dawn\native\EncodingContext.h:106)

Opisuje on przyczynę błędu, ale nie wskazuje, które wywołanie spowodowało błąd weryfikacji. Poniższy błąd pokazuje ulepszony komunikat, który zawiera polecenie, które wywołało błąd. Zobacz zmianę 192245.

Command cannot be recorded while [CommandEncoder (unlabeled)] is locked and [RenderPassEncoder (unlabeled)] is currently open.
 - While encoding [CommandEncoder (unlabeled)].BeginComputePass([ComputePassDescriptor]).

Aktualizacje o świcie

Interfejs C API webgpu.h nie udostępnia już wgpuSurfaceGetPreferredFormat(), czyli odpowiednika wgpu::Surface::GetPreferredFormat() w Dawn. Zamiast tego użyj wgpu::Surface::GetCapabilities(), aby uzyskać listę obsługiwanych formatów, a następnie użyj formats[0], aby uzyskać format tekstury preferowany dla tej powierzchni. W międzyczasie wywołanie funkcji wgpu::Surface::GetPreferredFormat() powoduje wyświetlenie ostrzeżenia o wycofaniu. Zobacz problem 290.