the "Web / Framework developer views > notes". Unity is an important partner, so this carries some weight. We will > add more if/when it comes in. > > Stephen

unsafe-webgpu flag. So, it will be >>> accessible from Chrome if the flag is enabled. >>> >>> dan >>> >>> >>> On Wed, Jan

to the WebGPU spec after its first shipment in a >>> browser. A new TRANSIENT_ATTACHMENT GPUTextureUsage lets developers create >>> attachments that allow render

gpuweb/cts/pull/4516 >>> >>> *Summary* >>> Functionality added to the WebGPU spec after its first shipment in a >>> browser. Adds a new scope

to the WebGPU spec after its first shipment in a >>> browser. The `subgroup_id` and `num_subgroups` built-in values are now >>> available when the subgroups extension

to the WebGPU spec after its first shipment in a > browser. Uniform buffers declared in WGSL shaders are no longer required to > have 16-byte alignment on array elements, or to

to the WebGPU spec after its first >> shipment in a browser. >> >> Allows GPUTextureViews to rearrange or replace the color >> components from texture's

think the Web Developer link below counts as proof of web >>> developer support. I assume there is someone that wants this or you >>> wouldn't be doing this?

capability to WebGPU that exposes a >>>>>>> new WGSL shader builtin, 'primitive_index'. This builtin provides a >>>>>>>

3d" WebGPU features add respectively >>>>>> support for 3D textures using Block Compression (BC) and Adaptive Scalable >>>>>> Texture

signifies a WebGPU adapter and >>> device support the core features and limits of the spec. Explainer: >>> https://gist.github.com/greggman/0dea9995e33393c546a4c2bd2a12e50e

googlers/webgpu-compatibility-mode/blob/main/README.md > > Specification > https://github.com/gpuweb/gpuweb/blob/main/proposals/compatibility-mode.

working on WebGPU, this would require our API owners to talk with > their standard folks to come to some agreement there (though I don't know > who that might be so I can'

to the WebGPU spec after its first shipment in a >> browser. >> >> The GPUCommandEncoder copyBufferToBuffer() method now includes a simpler >> way to copy

to the WebGPU spec after its first >> shipment in a browser. The GPUAdapterInfo >> isFallbackAdapter boolean attribute indicates if an >> adapter has significant

Blink>WebGPU > > > > *TAG review* > > None > > > *TAG review status* > > Pending > > > *Risks* > > > > > *Interoperability

>> WebGPU due to lack of support or old macOS versions (which are no longer >>>> supported by any browser). The 1-component vertex formats lets applications >

TR/webgpu/#dom-gpudevice-adapterinfo >> >> Summary >> >> Functionality added to the WebGPU spec after its first shipment in a >> browser. >

field to WebGPU texture view >> creation to request a subset of the usage flags >> from the source texture. By default, texture view >> usage inherits from the source

comes to WebGPU. >> >> To address this, WebGPU has a GPU feature system where developers can >> check if a device supports specific functionalities. >> >

to the WebGPU spec after its first shipment in a >>> browser. Once GPUCanvasContext configure() has been called with a >>> configuration dictionary, the GPUCanvasContext

field to WebGPU texture view creation to request a subset of the usage flags from the source texture. By default, texture view usage inherits from the source texture but there are view

is that WebGPU is a very active specification that gains new minor features or developer visible improvements monthly, if not more often (we have two lined up for M131 already). At the

to the WebGPU spec after its first > shipment in a browser. Adds a synchronous GPUAdapter > info attribute to retrieve the same information about > the physical adapter as

seconds then WebGPU operations will soon after. There isn't a >> lot of use in keeping WebGPU computations running for much longer as >> Javascript is needed to get

intent, tests are needed but we aren't > blocking approval on them in this case) > > > On Fri, Jan 5, 2024 at 5:18 AM Corentin Wallez > wrote: > >> Contact

intent, tests are needed but we aren't >> blocking approval on them in this case) >> >> On Wed, Jan 10, 2024 at 11:02 AM Corentin Wallez >> wrote: >>

intent, tests are needed but we aren't > blocking approval on them in this case) > > > On Mon, Jan 8, 2024 at 2:04 AM 'François Beaufort' via blink-dev > wrote

>> WebGPU now allows developers to omit entry points to shader modules >>>> when creating a pipeline, improving ergonomics. If no default entry point >>

>> WebGPU timestamp queries allow WebGPU applications to measure precisely >> (down to the nanosecond) how much time their GPU commands take to execute, >> especially