Andre Weissflog

That last format seems to work if the shim is changed like this: ```js PreferredFormat: () => { return { 'rgba8unorm': 0x12, 'bgra8unorm': 0x17, }; }, // ... wgpuSurfaceGetPreferredFormat: (surfaceId,...

Right. I guess somebody "just" needs to go through library_webgpu.js and fix all the little things. On my side, one problem is that I don't have an exhaustive test code...

Regarding inefficiency when using a function for the string-to-number mapping, I think closure takes care of this, e.g. by turning this: ```js wgpuSurfaceGetPreferredFormat: (surfaceId, adapterId) => { var format =...

Looks like at least for my code, the changes are just in two categories (e.g. I currently have a state that works for me with closure minification): All the string-to-number...

I just remember that there was an Emscripten SDK version which suddenly spammed a lot of Closure warnings, that's why I had to add awkward hints like this into my...

This is with emsdk 3.1.63 btw, I'll try to find out more later today.

The minified JS code of the function where that error happens looks like this: ```js na: (a,b,c)=>{ a = Q.get(a); b = ic.get(b); var d = [A[c + 16 >>...

...ok when looking at the error message again: ``` TypeError: Failed to execute 'configure' on 'GPUCanvasContext': Failed to read the 'format' property from 'GPUCanvasConfiguration': Required member is undefined. ``` ...it's...

...looking through the minified js shim I find that `fc` array, so that one seems to look correct... ```js fc = [, "r8unorm", "r8snorm", "r8uint", ..... // lot's more pixel...

Ok we're getting somewhere :) When hovering the whole minified expression `fc[A[c + 12 >> 2]]`, the result is indeed undefined. The inner HEAPU32 lookup `A[c + 12 >> 2]`...