Co nowego w WebGPU (Chrome 117)

François Beaufort
François Beaufort
GitHub

Usuwanie bufora wierzchołków

Przekazywanie wartości null zamiast GPUBuffer do setVertexBuffer() w przypadku GPURenderPassEncoder lub GPURenderBundleEncoder umożliwia cofnięcie wcześniej ustawionego bufora wierzchołków w danym slocie. Zobacz problem dawn:1675.

// Set vertex buffer in slot 0.
myRenderPassEncoder.setVertexBuffer(0, myVertexBuffer);

// Then later, unset vertex buffer in slot 0.
myRenderPassEncoder.setVertexBuffer(0, null);

Anuluj powiązanie grupy

Przekazanie wartości null zamiast GPUBindGroup do setBindGroup() w przypadku GPURenderPassEncoder lub GPURenderBundleEncoder umożliwia cofnięcie wcześniej ustawionej grupy powiązań w danym slocie. Zobacz problem dawn:1675.

// Set bing group in slot 0.
myRenderPassEncoder.setBindGroup(0, myBindGroup);

// Then later, unset bind group in slot 0.
myRenderPassEncoder.setBindGroup(0, null);

Wyciszanie błędów podczas tworzenia asynchronicznego potoku, gdy urządzenie zostanie zgubione

Metody createComputePipelineAsync() i createRenderPipelineAsync() interfejsu GPUDevice zwracają obietnicę, która jest spełniana po zakończeniu tworzenia potoku. Od teraz błędy związane z tworzeniem potoku asynchronicznego będą wyciszane, gdy wartość GPUDevice to lost, aby utracone urządzenia działały w jak największym stopniu. Zobacz dawn issue:1874.

Aktualizacje dotyczące tworzenia modułu cieniowania SPIR-V

Tworzenie modułu cieniowania SPIR-V za pomocą createShaderModule() powoduje teraz błąd TypeError, chyba że uruchomisz Chrome z flagą „Unsafe WebGPU Support” (Niebezpieczna obsługa WebGPU), ponieważ SPIR-V nie jest częścią specyfikacji WebGPU. Przed wprowadzeniem tej zmiany użycie SPIR-V powodowało generowanie błędu GPUInternalError. Zobacz change chromium:4711911.

Ulepszanie środowiska programistycznego

Ulepszono komunikat o błędzie weryfikacji dotyczący powiązań układu grupy powiązań w programie cieniującym wierzchołki w przypadku powiązań bufora pamięci do odczytu i zapisu oraz powiązań tekstury pamięci tylko do zapisu. Zobacz issue dawn:1883.

Buforowanie potoków z automatycznie generowanym układem

Potoki utworzone za pomocą createRenderPipeline({ layout: "auto" }) korzystają teraz z mechanizmów buforowania w Chrome. Oznacza to, że te potoki będą tworzone wydajniej i będą zużywać mniej pamięci. Zobacz issue dawn:1933.

Aktualizacje Dawn

wgpu::RequestAdapterOptionsBackendType jest teraz częścią wgpu::RequestAdapterOptions, co ułatwia aplikacjom żądanie konkretnego backendu podczas pobierania adaptera. Zapoznaj się z tym przykładem i problemem dawn:1875.

wgpu::RequestAdapterOptions options = {
    .backendType = wgpu::BackendType::D3D12};

// Request D3D12 adapter.
myInstance.RequestAdapter(&options, myCallback, myUserData);

W przypadku Node.js wdrożono kilka dodatkowych metod. Zobacz change dawn:142465.

W interfejsie C API webgpu.h typ wartości logicznych został zmieniony z stdbool na WGPUBool, czyli uint32_t. Ta zmiana została wprowadzona, aby zapewnić, że interfejs API ma równoważny ABI w językach C i C++.

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