Live data from Hacker News

Deno 1.39: The Return of WebGPU

deno.com

31–40 of 63 posts

Re: Deno 1.39: The Return of WebGPU

#31
I've been wondering for a long time when we might expect to see a stable WebGPU API in all major browsers (mostly concerned with my daily browser, Firefox), so I've been looking for an official message on the topic. Deno claims the spec is ready

> The [WebGPU] spec has been finalized

but the official WebGPU spec [1] still describes it as a draft. Have I misinterpreted something here or is there some missing context around Deno's statement?

[1]: https://www.w3.org/TR/webgpu/

Re: Deno 1.39: The Return of WebGPU

#32

This is exciting > The WebGPU API gives developers a low level, high performance, cross architecture way to program GPU hardware from JavaScript. It is the effective successor to WebGL on the Web. The spec has been finalized and Chrome has already shipped the API. Support is underway in Firefox and Safari. Interestingly, the Deno team previously attempted[0] this and rolled it back due to instability. Once this is st…

> We believe JavaScript, instead of Python, could act as an ideal language for expressing mathematical ideas if the proper infrastructure existed Outside of "everyone uses js", why do we believe this? What makes JS "ideal". I would think for machine learning one would want: - generally default to non-mutating, functional representation of ideas, with convenient escape hatches - treats the GPU as a concurrent (or bett…

The usage of the word "ideal" in the 2021 post was probably not ideal :)

The accessibility and diverse ecosystem of JavaScript, owing to its status as the lingua franca of software development, would probably be the basis for it being "ideal". I think it would be hard to make an objective claim that one programming language is strictly better than another as a programming language for mathematical ideas.

Re: Deno 1.39: The Return of WebGPU

#33

Now all that's left to do is to integrate a minimal native system glue library into Deno (create a window with a WebGPU canvas, receive input events, audio buffer streaming) and it would be a nice little platform to build and distribute small games and graphics demos written in WebAssembly and/or Typescript :)

I think the ecosystem is inching in this direction. There are already some interesting PoCs out there using Tauri (Rust based) and the deno_core Rust crate.

Re: Deno 1.39: The Return of WebGPU

#34
post #25

Earlier quoted context omitted.

Same reason why Electron exists, but in a much smaller bundle (since most of the actual browser engine wouldn't be included). This would also be an opportunity to build better cross-platform APIs than what's available in browsers (e.g. WebAudio, fullscreen, pointer lock, text input (input in general), networking, ... are all a royal PITA on the web - basically any web API that isn't WebGL or WebGPU is mostly broken o…

That is what middleware is for. So lets call it a game engine using JavaScript, instead of the usual ones.

[deleted]

Re: Deno 1.39: The Return of WebGPU

#35
post #23

Now all that's left to do is to integrate a minimal native system glue library into Deno (create a window with a WebGPU canvas, receive input events, audio buffer streaming) and it would be a nice little platform to build and distribute small games and graphics demos written in WebAssembly and/or Typescript :)

And call it "Electron"?

It would be a much smaller and more efficient product than Electron because it wouldn't include a bundled web browser.

Re: Deno 1.39: The Return of WebGPU

#36
post #25

Earlier quoted context omitted.

Same reason why Electron exists, but in a much smaller bundle (since most of the actual browser engine wouldn't be included). This would also be an opportunity to build better cross-platform APIs than what's available in browsers (e.g. WebAudio, fullscreen, pointer lock, text input (input in general), networking, ... are all a royal PITA on the web - basically any web API that isn't WebGL or WebGPU is mostly broken o…

That is what middleware is for. So lets call it a game engine using JavaScript, instead of the usual ones.

If you want to call something simple like winit, GLFW or SDL a 'middleware' then yes. It definitely would not be a game engine in the popular sense like UE or Unity, those are way to bloated for most use cases such a minimal cross-platform wrapper would be good for. It would be something you could build a game engine on top though.

Re: Deno 1.39: The Return of WebGPU

#37

I've been wondering for a long time when we might expect to see a stable WebGPU API in all major browsers (mostly concerned with my daily browser, Firefox), so I've been looking for an official message on the topic. Deno claims the spec is ready > The [WebGPU] spec has been finalized but the official WebGPU spec [1] still describes it as a draft. Have I misinterpreted something here or is there some missing context a…

This might be a better page to get an idea what's the status in different browsers:

https://github.com/gpuweb/gpuweb/wiki/Implementation-Status

Re: Deno 1.39: The Return of WebGPU

#38

I've been wondering for a long time when we might expect to see a stable WebGPU API in all major browsers (mostly concerned with my daily browser, Firefox), so I've been looking for an official message on the topic. Deno claims the spec is ready > The [WebGPU] spec has been finalized but the official WebGPU spec [1] still describes it as a draft. Have I misinterpreted something here or is there some missing context a…

If you're using any Chromium based browser it's on your machine right now.

Re: Deno 1.39: The Return of WebGPU

#39

I've been wondering for a long time when we might expect to see a stable WebGPU API in all major browsers (mostly concerned with my daily browser, Firefox), so I've been looking for an official message on the topic. Deno claims the spec is ready > The [WebGPU] spec has been finalized but the official WebGPU spec [1] still describes it as a draft. Have I misinterpreted something here or is there some missing context a…

If you're using any Chromium based browser it's on your machine right now.

The question is, is it still going to change?

Re: Deno 1.39: The Return of WebGPU

#40

Earlier quoted context omitted.

If you're using any Chromium based browser it's on your machine right now.

The question is, is it still going to change?

Minor things probably yes (for instance check the "What's new in WebGPU (Chrome xxx)" articles here: https://developer.chrome.com/docs/web-platform/webgpu), breaking changes probably not.
Post reply on HN